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7 Setup Ports [Forara Heany. me. ] 
adatlapig 


Seütálsdé 
Sciup Madem 14 Rosebud Lane 
Pasadena, CA 90013 
Az Alaplap régebbi számait lapoz- 
gatva döbbentünk rá, hogy nemcsak , A 


1-800-225-5224, Ext.190] 
hónap témája"-ként nem foglalkoztunk 
eddig adatbáziskezeléssel, hanem kü- 
lönben is alig. Igaz, sokszor, többféle 
összefüggésben terítékre kerültek af 
PC-s adatbáziskezelők (gondolunk itt 
elsősorban a szép emlékű Clipper-so- 
rozatra), belekóstoltunk a táblázatkezelés rejtelmeibe is, sőt még az SOL-szerverek felé is elkalandoztunk, ha 
valami újat hallottunk például a Progress vagy a DataFlex házatájáról. 

Magyarázkodás helyett azonban legjobb, ha kerek perec bevalljuk: eddig meglehetősen mostohán bántunk 
ezzel a tárgykörrel. Talán azért is, mert az adatbázisokat korábban inkább csak kívülről szemléltük és használtuk. 
Például az Alaplap szerkesztősége a gazdasági és adminisztratív feladatok megoldása szempontjából mindig 
valamilyen , egyébként is működő" szervezethez tartozott. Amikor viszont 1993 végén kénytelenek voltunk lapunk 
megmentése érdekében önálló kiadói kft-t alapítani, saját bőrünkön tapasztaltuk, mennyire nem könnyű eldönteni, 
hogy feladatainknak és hardverparkunknak melyik adatbáziskezelő felel meg leginkább, és hogy egy gazdálkodó 
szervezetnek az adatbázis hatékony struktúrájának kialakításához mennyi kérdés megválaszolásán keresztül kell 
átvergődnie. 

Az adatbázis-felhasználók egyik nagy csoportját a vállalati információs rendszerek szakértői (adatbázis-admi- 
nisztrátorok, rendszerelemzők, programozók) alkotják. Egy másik jelentős , adatbázisfaló" informatikai csoport 
a PC-s alkalmazások fejlesztői (programozók, rendszergazdák, tanácsadók stb.). Sokkal kevésbé határozható meg 
azok köre, akik nem informatikai foglalkozást űznek, de munkájukhoz rendszeresen használják a számítógépet 
— s azon a , testre szabott" vagy az , előre gyártott" adatbázisokat. (Előbb-utóbb bizonyára mégis ez utóbbi lesz 
a legnépesebb csoport!) 

Az adatbáziskezelés nagy falat, s még ezzel a terjedelmes összeállítással is inkább csak elkezdtük adósságunk 
e e ET] egészet, egyetlen kiegészítés kíván. 
jel E dit Define ee Format Calculate Reports pdtattore Help éz te egészet, egyetlen kiegészítés kíván- 

LA) 181 EEdESEzTL 12] 1) ha j kozik még ide. A számítástechnika 
összes alkalmazási területe közül 
talán itt kellene legtöbbször emlé- 
keztetni a gép elé ülőket saját fele- 
lősségükre, a számítógépes korszak 
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mindig is az adatok hitelessége, fris- 
sessége, pontossága dönti el. Tehát 
az emberi tényező. Mert a klasszi- 
kussá vált mondás szerint: , Ha sze- 
metet raksz a gépbe, szemetet kapsz 
onnan vissza." Igaz ugyan, hogy 
nagyon gyorsan, nagyon sokat, na- 
gyon sokféleképpen és nagyon szé- 
pen dekorálva — de mégiscsak sze- 
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Az alapfogalmaktól az adatadminisztrátori funkci 


a, 


óig 


Bevezetés az adatbáziskezelésbe 


Az adatbázis szót egyre többen 


és egyre sűrűbben használják — tévesen. 

Annyi helyen — elsősorban korlátos adatkezelők 
kézikönyveiben — hivatkoznak hamisan az adatbázisra, 
hogy a porhintéstől keletkezett homályt 


már nem könnyű eloszlatni. 


A legnagyobb gond a szemlélettel 
van. A szervezők és a programozók az 
adatbázist csak technikai lényegnek — 
nem eszköznek, hanem végcélnak — 
tekintik. A felhasználók viszont tovább- 
ra is saját nézeteiket és szemléletüket 
akarják érvényre juttatni, és másokkal 
nem közös ismerethalmazaikban gon- 
dolkodnak. (A szokás nagy úr, ami ellen 
küzdeni nem könnyű feladat.) Ilyen 
alapokról indulva persze nehéz megba- 
rátkozni az adatbázis valódi lényegével. 

A technikai fogalmak ismertetése 
előtt az adatbázis általános, nem pusz- 
tán számítástechnikai vonzatait vesszük 
sorra. 


Az adatbázis szerepe 


Első megfogalmazásban az adatbázis 
a kiszolgálandó rendszer, illetve a cég 
számára fontos ismeretek szervezett 
együttese. Mint ilyen, közös erőforrás, 
amely pénzbe kerül, és pénzt fial. Az 
USA-ban az információra fordított ki- 
adás tizenötszörösen, Nyugat-Európá- 
ban hétszeresen térül meg. 

És nálunk? Elfeledkeznek a , közös" 
jelzőról. A szervezetekben egymással 
párhuzamosan, csakis saját funkcióikra 
ügyelve alkotnak , adatbázisokat" a kü- 
lönböző részlegek, amiből redundancia 
és — összehangolatlanság származik. 
Több a költség, kevesebb az elérhető 
ismeret. 

Sokan nincsenek tisztában az adat- 
bázis társadalmi szerepével sem. Ha az 
adatbázisok rosszul vannak felépítve, 
annak a valódi végfelhasználó, az ál- 
lampolgár látja kárát. A késedelmes 
átutalás, a téves felszólítás, a felesleges 
adminisztráció mögött mindig egy 
helytelenül kialakított adatbázis sejlik. 

A bajok legfőbb oka az, hogy az 
adatbázist elszigetelten szemléljük, ho- 
lott az adatbázis az információs rend- 
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szer része. Az információs rendszer 
adatoknak, a rajtuk végzett feldolgozá- 
soknak, embereknek és szervezeteik- 
nek, különböző erőforrásoknak és a 
felsorolt tényezők harmonikus műkö- 
dését támogató szabványoknak a szer- 
vezett együttese. Ezért világos, hogy 
magát az adatbázist is rendszerként 
kellene felfognunk, ügyelve az előző 
felsorolásban említett összes tényezőre. 
Ezzel szemben itthon nagyítóval sem 
találni például olyan környezetet, 
amelyben tudatosan alkalmaznak adat- 
bázisszabványokat. 


Adatbázis-alapfogalmak 


Az adatbázis (database) összetett 10- 
gikai adatszerkezetű, egyidejűleg osz- 
tottan használt, adatbáziskezelő rend- 
szerrel manipulált ismeretek szervezett 
együttese. 


Összetett logikai adatszerkezet 


Az első kitétel az egyéb ismeretszer- 
vezési formáktól különbözteti meg az 
adatbázist. Az ismereteknek számtalan 
hordozó közegük lehet. Most nem fog- 
lalkozunk a hang- vagy képformában 
kezelt ismeretekkel, hanem csak az írott 
nyelvre támaszkodunk. Ezen belül is 
főleg kétféle ismeretkezelésre van mód: 
szövegszerűre és adatszerűre. 

A szövegszerű ismeretkezelés nem 
tévesztendő össze a szerkesztéssel, 
amely a jelzett kezelésnek csak egyik 
részfunkciója.  Szövegszerű  állomá- 
nyokban manipuláljuk például a köny- 
vek ismereteit. Az ilyen állományok 
(fájlok) több leírt tételből (rekordokból) 
állnak, úgy, hogy azok természetes 
nyelvű szövegeket tartalmaznak. (Pél- 
dául egy-egy tétel egy-egy könyvnek 
felel meg.) A szövegszerű ismeretek 
lazán szervezettek, mert az állományok, 
illetve egy állományon belül a: tételek 


között nem határozhatók meg tartalmi 
összefüggések. Ezért a szöveges állo- 
mányokra nem igazán szoktuk alkal- 
mazni az adatbázis megjelölést. A szö- 
vegfájlokat tartalmazó könyvtárakat in- 
kább adatbankoknak (databank) nevez- 
zük. 

Adatszerű kezelésről akkor beszé- 
lünk, ha az állomány rekordjaiban ve- 
zetett ismereteket adatmezőkhöz (data 
field) rendeljük. Az adatmezőnek neve 
(pl. Rendelésszám) és tartalma (pl. 
"12345") van. Így a rekordok belülről 
strukturáltak — mezőkből épülnek fel 
—, és az ismereteket az adatnevek 
alapján manipulálhatjuk. Szemben a 
szövegszerű kezeléssel, egy-egy alkal- 
mazásban többféle, egymással kívülről 
is összefüggő rekordtípust (pl. vevő, 
rendelés, számla, cikk stb.) kell hasz- 
nálnunk. 

Attól függően, hogy a rekordtípusok 
közötti viszonyokat miként lehet meg- 
határozni és manipulálni, kétféle adat- 
szerű kezelőt különböztetünk meg. A 
hagyományos kezelésben nincs mód 
arra, hogy előre közöljük például azt, 
hogy minden egyes rendelésnek már 
létező vevőhöz kell kapcsolódnia. En- 
nek az integritási korlátnak (constraint) 
a betartását magunknak kell progra- 
moznunk. Az állománykezelő rendszer 
(file management system) csak az állo- 
mányokon belüli műveletekben segít 
bennünket, az állományok közötti ke- 
zelések ránk maradnak. Mivel ezeket 
az eljárásokat nekünk kell megírnunk, 
az ilyen kezelést procedurális jellegű- 
nek mondjuk. 

Más a helyzet a korszerű adatkeze- 
lésben. Előre definiálhatjuk, hogy min- 
den rendelésnek már ismert vevőhöz 
kell kapcsolódnia; minden számla már 
tárolt rendeléshez kötődik; a rendelések 
és a cikkek között pedig adott az 
összefüggés. Vagyis  leírhatjuk az 
összetett (külső, állományok közötti) 
adatszerkezetet — és ezt meg is kell 
tennünk. Ezért minimális programozás- 
sal lekérdezzük például az egy vevőhöz 
tartozó rendeléseket úgy, hogy a vevő 
és a rendelésállományok közötti vi- 
szonyra hivatkozunk. Az ilyen kezelés 
definitív jellegű, mert a programban 
előre meghatározott kapcsolatra uta- 
lunk. 
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Az állományok közötti viszonyokat 
definitív módon manipulálni képes 
rendszereket nevezzük adatbáziskeze- 
lőknek (database management system 
— DBMS). Minél fejlettebb egy ilyen 
rendszer, annál több meghatározás alap- 
ján való kezelésre képes. 

Már csak a logikai jelzőt kell meg- 
magyaráznunk. Bár a korszerú DBMS 
összetett belső (fizikai) állományszer- 
kezetekkel — mutatókkal, láncokkal, 
indexekkel — dolgozik, a tárolt szer- 
kezet bonyolultsága nem kritériuma az 
adatbázisnak. Az állományok közötti 
kezelés az adatok tartalmi (logikai) 
összefüggésein alapul. A rendelés a 
vevőhöz tartozik, amelyet a két állo- 
mányt közösen jellemző vevőkód (kap- 
csoló adat) jelez — akkor is, ha a 
rendelésben fizikailag nem tároljuk azt, 
hanem például mutatóval váltjuk ki. 


Egyidejűleg osztottan használt 


Az adatbázis második kritériuma az, 
hogy egyidejűleg osztottan használjuk. 
Az osztott (shared) alkalmazás azt je- 
lenti, hogy az adatbázis egyazon állo- 
mányát több felhasználó közösen ma- 
nipulálja. Mégpedig nem egymás után, 
hanem kvázi egyidejű (simultaneous) 
módon. Így mindegyikük számára úgy 
tűnik, mintha ő lenne az adatbázis 
egyetlen felhasználója. 

Persze az eltérő rendszerekben az 
elérhetőség foka különbözik a kezelő 
által alkalmazott belső hozzáférési zá- 
rak (access lock) szintjének a függvé- 
nyében. A gyengébb rendszerek egy 
tranzakció teljes idejére a tranzakció 
által megnyitott összes állományt (a 
többit nem) lezárják a többi felhasználó 
elől, amíg az elsőnek hozzáférő felhasz- 
náló be nem fejezi a műveletet. A 
korszerű kezelők ún. többfonalas (mul- 
tithread) módon dolgoznak. Vagyis a 
belső kizárást csak konkrét rekord szint- 
jén, és csak egyetlen logikai [/D műve- 
let végrehajtásáig alkalmazzák. Miután 
Kovács karbantartotta az X vevőrekor- 
dot (ez egy logikai, de több fizikai [/0), 
azt Szabó azonnal kezelheti. 

A modern DBMS lehetővé teszi a 
felhasználói hozzáférési jogok (access 
right), vagyis külső zárak megadását is. 
Ez a védelem akár mező szintű is lehet, 
és meghatározott műveletekre is vonat- 
kozhat. Például Szabó lekérdezheti a 
cikkek egyes adatait, de nem módosít- 
hatja az egységárat. Bár a zár használata 
rontja a hatékonyságot, módot ad arra, 
hogy a megalkotott közös adatbázisban 
a közösködés ne járjon illegális adat- 
használattal. 

Az osztott használat nem tévesztendő 
össze az adatbázis elosztott (distribut- 


ed) jellegével. Az elosztás a földrajzi, 
térbeli tényezőkre utal. Arra, hogy a 
logikailag egyetlen és egységes adatbá- 
zis ismereteit eltérő fizikai helyeken 
tárolják. Az elosztott adatbázis (distri- 
buted database) pedig nem azonos az 
elosztott feldolgozással (distributed 
processing). Ha az adatkezelő képes 
arra, hogy távoli helyről is , beszólít- 
son" adatokat, távoli állományokat is 
kezeljen, de azok nincsenek szerves 
tartalmi összhangban a helybéli állomá- 
nyokkal, akkor csak elosztott feldolgo- 
zásról van szó, nem pedig elosztott 
adatbázisról. 


Adatbáziskezelő-rendszerrel 
manipulált 


Az adatbázis harmadik kritériumát 
már aligha kell magyaráznunk. Az adat- 
kezelőnek nem csupán az a feladata, 
hogy tárolja, előkeresse, karbantartsa 
— vagyis alapvető szinten kezelje — 
az ismereteket. Neki kell gondoskodnia 
a tranzakciók fogadásáról, ütemezésé- 
ről, várakoztatásáról, esetleges kizárá- 
sáról. Az adatokért folyó vetélkedésből 
(contention) fakadó kölcsönös kizárási 
helyzetek (deadlock) feloldásáról. (Az 
A felhasználó lezárja az X adatot, és 
kéri az Y-t, miközben a B zárral védi 
az Y-t, és kéri az X-et. Ebből bizony 
végtelen ciklus fakadna, ha a helyzetet 
az adatkezelő nem oldaná meg.) 

Végeredményben az adatbáziskezelő 
nem pusztán egy programozási nyelv 
(mint a Dbase-szerű valamik), nem egy 
elérési mód, hanem egy igen összetett 
rendszer. Mivel megismétli az operáci- 
ós rendszer egyes funkcióit, nyugodtan 
tekinthető logikai szintű működtető 
rendszernek is. Csak éppen sokkal bo- 
nyolultabb, mint egy pár évvel ezelőtti 
operációs rendszer. Már régóta vannak 
olyan számítógépek, amelyeknek nincs 
saját operációs rendszerük, hanem ezt 
a feladatot is a DBMS látja el. Az ilyen 
eszközöket nevezzük adatbázisgépek- 
nek (database machine). Viszonylag rit- 
kán alkalmazzák őket, mert nem kis 
költségeik csak nagyméretű és homo- 
gén környezetű adatbázisok esetében 
térülnek meg. 


Adatbázis-architektúra 


Az adatbázisok elvi szerkezete igen 
összetett. (Most nem egy konkrét alkal- 
mazás adatbázisának a struktúrájáról, 
hanem az adatbázisok generikus felépí- 
téséről van szó.) Ebben a szerkezetben 
három szintet és kétféle vetületet kell 
megkülönböztetni. 

A megvalósított adatbázis bizonyos 
tárolóeszközökön található, adott elren- 


dezésben, amelyet fizikai szerkezetnek 
nevezünk. Erről nincs is több monda- 
nivalónk, mert ahány DBMS létezik, 
annyiféle tárolási struktúráról kellene 
szólnunk. Sőt, egy adatkezelő akár több 
fizikai elrendezést is támogathat. Persze 
egy megvett DBMS tárolási képessége- 
it alaposan ismernünk kell. Most vi- 
szont csak annyit kell tudnunk, hogy a 
jó DBMS elrejti előlünk a tárolás rész- 
leteit. Ha az adatbázis fizikai szerkezete 
átlátszó, és az adatbázis különböző gé- 
pek között úgy hordozható, hogy nem 
kell beavatkoznunk az alkalmazási 
programokba, akkor fizikai adatfügget- 
lenségről beszélünk. Ennek a függet- 
lenségnek a mértéke a kezelő kiválasz- 
tásának egyik fontos kritériuma. 

Az adatbázis elvi tartalmát fogalmi 
(conceptual) szerkezetnek hívjuk. A fo- 
galmi modell egyed-, tulajdonság- és 
kapcsolattípusokban adja meg az isme- 
retekkel leírni kívánt valós jelenségeket 
(vevők, rendelések), azok sajátosságait 
(vevőkód, rendelésszám), és azok 
összefüggéseit (a rendelések vevőkhöz 
kötődnek). Ennek a modellnek a meg- 
alkotása az adatbázis, sőt az informáci- 
ós rendszer tervezésének az első műve- 
lete. Sajnos egyetlen cikkben nincs mód 
arra, hogy az egész adatbázis lényegét 
meghatározó ezen döntő lépésnek — 
az igazi adatbázistervezésnek — a fon- 
tosságát és rengeteg fogalmát ismertes- 
sük. 

A fizikai és a fogalmi közötti logikai 
szint magyarázata egyszerű. Az adatbá- 
ziskezelők fejlődése során többféle 
adatkezelési modell született. Az itt 
nem részletezhető hierarchikus, hálós 
és relációs adatkezelési koncepciók 
mindegyike más-más módon képzeli el 
az ismeretek célszerű tartalmi elrende- 
zését, vagyis az eltérő jelenségek (ve- 
vők, rendelések stb.) közötti összefüg- 
gések meghatározását. Közös jellemző- 
jük, hogy egyikük sem képes maradék- 
talanul — egy az egyben — megvaló- 
sítani az adatbázisnak a fogalmi szer- 
kezet által tükrözött elvi tartalmát. Ezért 
az adatbázis tényleges kialakításakor a 
tervező a kezelő korlátai miatt komp- 
romisszumokra kényszerül. A kezelő 
korlátainak és a hatékonysági igények- 
nek megfelelő adatbázistervet nevez- 
zük logikai szintűnek. 

Eddig a teljes adatbázis egymásra 
épülő szerkezeti szintjeiről volt szó úgy, 
hogy az adatbázist globálisan szemlél- 
tük. Egy valódi adatbázis több tucat 
(vagy több száz) rekordtípust is felölel. 
Ezért aligha lesz olyan felhasználó, aki 
egyidejűleg kezelni akarná a teljes is- 
merethalmazt. Az adatbázisnak azt a 
szerkezeti részét, amelyet az alkalmazó 
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egy feldolgozásban kezelni kíván, né- 
zetnek (view) nevezzük. Például az 
egyik felhasználó csak a budapesti ve- 
vők és számláik egyes adataira kíván- 
csi, de a rendelésekére és cikkekére 
nem. Amint látjuk, a nézet vagy szem- 
lélet nem öleli fel az összes rekordtí- 
pust, a kezelt rekordtípusoknak csak 
egyes adatait érinti, és terjedelmi kivá- 
lasztással (budapesti) korlátozott is le- 
het. Még arra is mód van, hogy az 
alkalmazó olyan rekordtípust határoz- 
zon meg, amely az adatbázisban tény- 
legesen nem létezik, hanem több valós 
rekordtípus adataiból kerül összeállítás- 
ra. Az ilyen tényezőt virtuális rekordtí- 
pusnak nevezzük. Ezzel a felhasználó 
számára akkor is megszokott képet tu- 
dunk adni, ha az adatbázis felépítése a 
valóságban nem az ő nézetét követi. Az 
adatbázis architektúráját, ide értve a 
nézeteket is, az adatleíró nyelv (data 
description language — DDL) segítsé- 
gével határozzuk meg. A szerkezet le- 
írását sémának hívjuk. 

A jó adatkezelők három sémát támo- 
gatnak: az adatbázis általános tartalmát 
leíró fogalmi sémát; a tárolt adatbázis 
logikai és fizikai szerkezetét együtt 
tükröző belső (internal) sémát; továbbá 
az alkalmazói nézeteket felölelő külső 
(external) sémát. Mivel az utóbbi csak 
az adatbázis egy részét érinti, azt ré- 
gebben alsémának is nevezték. Az al- 
séma megadási képessége ad alapot az 
ún. adatprogramnak vagy logikai adat- 
függetlenségnek. Ez azt jelenti, hogy 
az adatbázis szerkezetének az alsémán 
kívüli változásai nem járnak az alsémát 
használó program módosításával. (Az 
alsémában lehet megadni az említett 
felhasználói zárakat is.) 


Adatbáziskezelő-architektúra 


Az adatbáziskezelő nem egyszerűen 
csak egy nyelv, hanem egy igen össze- 
tett rendszer. Általában négyféle szoft- 
verelemből áll úgy, hogy sokszor több 
tucat(!) programcsokor valósítja meg a 
vonatkozó funkciókat. A DBMS szíve 
az ún. magprogram (kernel). Ez végzi 
a működtető feladatokat, és ez érintke- 
zik az operációs, illetve az adatátviteli 
rendszerrel. Ebben történik a sémák 
kezelése a DDL alapján, ez hajtja végre 
az alapvető manipulációkat az adatke- 
zelő nyelv (DML) segítségével. 

A DBMS régebben vagy befogadó 
(host language), vagy önálló nyelvű 
(self-contained) rendszer volt. Az előb- 
bi esetben egy befogadott nyelvből 
(COBOL, PLI1 stb.) kellett meghívni az 
adatkezelő zárt (lefordított) rutinjait. Az 
utóbbi esetben a kezelés egy monolit 
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saját nyelvvel történt — általában in- 
terpretáló módon. 

A ma elterjedt relációs rendszerek 
már kettősek. Mindegyik támogatja a 
saját SOL nyelvet, de ugyanakkor le- 
hetőséget ad befogadott nyelvek (pél- 
dául C) alkalmazására is a nem adatke- 
zelési, hanem adatfeldolgozási felada- 
tok végrehajtására. Az adatkezelőket 
számos szolgáltató funkció veszi körül. 
Csak távirati stílusban utalunk a gyor- 
san alkalmazható, ma már többnyire 
formaorientált .  lekérdezőkre  (guery 
subsystem); az ezek által nyújtott egy- 
szerű formátumokkal szemben az isme- 
reteket összetett képek szerint megjele- 
nítő jelentéskészítőkre (report genera- 
tor, report writer); a programok 
(elődfordításánál (félaktívan) vagy azok 
futtatásánál (aktívan) közreműködő, az 
adatbázis tényezőit leíró adatszótárakra 
(data dictionary). 

Igen széles körűek az adatkezelők 
menedzselési funkciói. Ide tartozik a 
tranzakciók naplózása; az adatbázis 
biztonsági másolatának az elkészítése; 
a lerobbanás ellenőrzése, és az automa- 
tikus helyreállítás (recovery) és újrafel- 
dolgozás (reprocessing) indítása; jobb 
rendszerekben használati statisztikák 
készítése; a szerkezet újraoptimalizálá- 
sa; időszakos integritásellenőrzési eljá- 
rások futtatása, stb. 

Végül el kell könyvelnünk, hogy 
bármennyire is el akarnánk szakadni a 
gép és az egyéb szoftverek kötöttsége- 
itől, az adatbázis adott fizikai környe- 
zetekben működik. Ezért az adatbázis- 
kezelők teli vannak illesztési, átviteli, 
kapu és egyéb csatolófunkciókkal. 


Fejlesztés és menedzselés 


Amint látjuk, az adatbázis és annak 
kezelője egyaránt igen összetett rend- 
szer. A helyes felépítésű adatbázis ki- 
alakítása külön tudomány (adatmodel- 
lezés). Modellezéssel határozzuk meg 
az adatbázis globális fogalini és logikai 


szintű szerkezetét. Nem kis feladat a 
felhasználói nézeteket támogató feldol- 
gozások megtervezése sem (alkalma- 
zásmodellezés). 

Összetettebb szerkezetű, sokfunkci- 
ójú adatbázist manuálisan ma már nem- 
igen lehet jól megtervezni. A fejlesztés- 
re olyan CASE (computer aided 
systems engineering — számítógéppel 
támogatott rendszertervezési) eszközö- 
ket alkalmazunk, amelyek felhasznál- 
ják a korábban már említett adatszótárt. 
A CASE-ek 4GL funkciókkal is rendel- 
keznek, viszont sokkal több feladatot 
támogatnak, mint a kimondottan csak 
az alkalmazásfejlesztésre, nem pedig az 
érdemi tervezésre kihegyezett 4GL 
rendszerek. 

Az adatbázis erőforrásjellegéről so- 
hasem szabad elfeledkezni. Ezért a fej- 
lesztés megkezdése előtt ki kell dolgoz- 
ni az adatbázis felépítésére, tartalmára 
és dokumentálására vonatkozó szab- 
ványokat. Mivel az adatbázist többen 
fejlesztik és használják fel, ezek hiá- 
nyában hamarosan eluralkodik a káosz. 
Ki kell alakítani az adatbázisminőség- 
ellenőrző funkciót, mert a szabvány 
nem sokat ér, ha nem tartják be. Az 
adatbázis többfelhasználós (multiuser) 
jellegéből következik, hogy az alkalma- 
zók igényei között ellentmondások lép- 
hetnek fel, amelyeket fel kell oldani. A 
zár nemcsak lehetőség, hanem egyben 
korlát is. Ezért az adatbázis használatát 
ésszerűen úgy kell ütemezni, hogy a 
kvázi egyidejű osztott elérés elve ne 
szenvedjen csorbát. 

Az adatbázis globális szerkezetét és 
felhasználásait valakinek át kell látnia 
— és ez a valaki nem lehet a csak 
részletekben érintett fejlesztő, és nem 
lehet a felhasználó sem. Ezért a komoly 
adatbázist alkalmazó környezetben 
mindig meg kell teremteni az adatad- 
minisztrátori funkciót, amelynek gaz- 
dája az adatbázis egészéért és egységes 
alkalmazásáért felel. 

Halassy Béla 





— Ehhez az adatbázishoz nagyon nehéz hozzáférni! 


Melyiket szeressük? 
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Táblázatkezelés, adatbáziskezelés 


Egy évvel ezelőtt (az Alaplap 1993. szeptemberi számában) 
már feltettük ezt a kérdést. Igaz, akkor más cél vezérelt 
bennünket: az egyszerű felhasználóknak 

és a vállalkozóknak szerettünk volna segíteni abban, 

hogy könnyebben eldöntsék, melyik alkalmazást vegyék 
igénybe feladatuk megoldására. 

Egy éve sem tudtunk egyértelmű receptet adni, 

mostanra pedig tovább bonyolódott a helyzet. 


A windowsos alkalmazások rohamos 
fejlődésével és a gyors  verzió- 
váltásokkal eljutottunk oda, hogy méltó 
vetélytársai lehetnek egymásnak a táb- 
lázatkezelők és az adatbáziskezelők. 
Olyan szintre fejlődött a táblázatkeze- 
lés, hogy bizonyos feladatok — ame- 
lyek bár programozói , vénát" igényel- 
nek — már táblázatkezelővel is meg- 
oldhatók. Így a táblázatkezelők bizo- 
nyos mértékig helyettesítik az adatbá- 
zisprogramokat, és egy széles kör (az 
átlagfelhasználó) szinte alig tud lépést 
tartani a számolótáblák fejlődésével. 

Az adatbáziskezelők frontján is 
ugyanez vagy még inkább — ez a 
tendencia érvényesül. Azt a sokrétű 
lehetőséget, amelyet ezek az alkalma- 
zások biztosítanak, az egyszerű felhasz- 














júniusi-júliusi összevont számával. 


Ez utóbbi melléklet behúzására az adott alkalmat, hogy Kiss Gyöngyinek a 
Külkereskedelmi Főiskolán a telefonmarketinggel foglalkozó diplomamunkája a 
címből nem is sejthető elemzést tartalmaz a számítógépes adatbázisok alkalmazásáról 
és kommunikációs környezetéről, ami a reklámszakembereken kívül a számítástech- 
nikával foglalkozók számára is érdekes lehet. 

A Reklámgazdasággal csak most ismerkedő olvasóink felfedezhetik, hogy a 
Magyar Reklámszövetség kiadványainak az Új Alaplappal közös akcióiban szerepet 


játszhat bizonyos , személyes körülmény". Való igaz, hogy Faklen Pál, az Új Alaplap 


kiadója és főszerkesztője egyben a Magyar 


egy éve pedig szerkesztője a Reklámgazdaságnak is, tehát közvetlenül tájékozódhat 
a két szakterület kapcsolódási pontjairól. Az viszont, hogy a számítástechnikai ágazat 
mennyire veszi igénybe a reklámszakemberek tudását, a reklámszakma pedig a 
számítástechnikában rejlő lehetőségeket, sokkal inkább múlik az objektív körülmé- 
nyeken. Ezt mi sem bizonyítja jobban, mint az, hogy főszerkesztőnk előzőleg éveken 
át hiába próbálta , megfertőzni" a reklámosokat egy kis számítástechnikával, azok 
meglehetősen , immunisnak" bizonyultak. Vajon a másik oldalon, a számítástechni- 
kában meddig és mennyire lehet ellenállni a reklámszaktudás térhódításának? 





r r 2... saz : 
Reklám és számítástechnika 
A számítástechnika alkalmazásának térhódítása egyes szakterületeken időnként 
felgyorsul. A jelek szerint most a reklám következik. Előző számunk lemezmellék- 


letére a DTP-vel összefüggésben a Reklámcímcsokor került rá, mostani számunk 
viszont egy papírmelléklettel gazdagodott, 


nálók csak részben tudják kihasználni. 
Épp ezért a fejlesztők arra törekednek, 
hogy segítséget adjanak a hétköznapi 
használathoz. Különösen a táblázatke- 
zelők körére igaz ez, ahol — bizonyos 
műveletek automatikussá tevésével — 
meg lehet könnyíteni a bonyolult eljá- 
rások végrehajtását. Az adatbáziskeze- 
lőknél is ez tapasztalható: a fejlesztői 
környezet az egyszerű adatbáziskezelés 
szintjén jelentős segítséget nyújt. 


Amikor még elég a táblázatkezelő... 


Túllépve az egyszerű táblázatok épí- 
tésén, munkacsoportokat definiálha- 
tunk. Például az Excel 5.0 adatainkat 
munkafüzetbe szervezi úgy, hogy egy 
helyen található az egy munkához tar- 


a Reklámgazdaság c. kiadvány 1994. 


Reklámszövetség megválasztott elnöke, 


Varga János 








tozó tábla, grafikon, makró. A munka- 
füzet segítségével igazi háromdimenzi- 
ós táblázatkezelést valósíthatunk meg. 
Tetszőleges leválogatással adatbázisba 
rendezhetjük adatainkat. Munkafolya- 
mataink megszervezését makrókkal te- 
hetjük egyszerűbbé, gördülékenyebbé 
(bár egy-egy bonyolultabb makró meg- 
írása már súrolja a programozói munka 
fogalmát). A táblázatkezelők nagy ré- 
szének komoly analitikus eszköztára is 
van. 

Azok a felhasználók, akik bonyolult 
korreláció-, eloszlási és regressziószá- 
mításokat végeznek, feltétlenül táblá- 
zatkezelőt használjanak. Ugyancsak 
táblázatkezelőt hívjon segítségül, aki 
, mi van, ha" típusú lehetőségeket vizs- 
gál. Csodálatos előrejelzéseket készít- 
het: egy folyamathoz több becsült ér- 
tékhalmazt kapcsolhat, és elemezheti 
azoknak a folyamatra gyakorolt hatását. 
Igaz, ezek a vizsgálatok elvégezhetők 
adatbázisokban tárolt adathalmazokon 
is, mert a táblázatkezelők többsége tá- 
mogatja az adatátvitelt. 


. .. És amikor már adatbáziskezelő kell 


A windowsos rendszerek olyan in- 
tegrált fejlesztői környezettel bírnak, 
amelyek a komoly programozói munkát 
segítik. Eseménykezelés és valódi ob- 
jektumorientált programozás valósítha- 
tó meg segítségükkel, ami messze túl- 
mutat az egyszerű felhasználói szinten. 
Míg a táblázatkezelőknél a munkák 
koncentrálhatók a fejlett makrózás se- 
gítségével, addig az adatbáziskezelők 
(FoxPro, Access, Clipper, Dbase) ennél 
sokkal többre képesek. Lehetőségeiket 
viszont már csak akkor aknázhatjuk ki, 
ha átlépünk az egyszerű felhasználói 
szintről a programozói szintre. Komoly 
rendszertervezői, programozói munka 
segítségével jól használható, egyedi al- 
kalmazásokat készíthetünk. A fejlesztői 
környezet a programozói munka min- 
den fázisában jelen van: a képer- 
nyőtervezéstől az adatállományok és 
indexeik felépítéséig minden lépést ko- 
ordinál. A képi tervezőablakok, az auto- 
matikus kódgenerálás és ezek kölcsön- 
hatásai mind a hatékony programfej- 
lesztést segítik elő. 

Várnainé Pongrácz Mária 
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Állománykezelők 


Mégis van komoly alternatíva? 


A PC-s felhasználók táborának növekedésével 

bővül a PC-s adatbáziskezelők felhasználói köre is. 

A csak egyszerűbb feladatokkal megbirkózni kénytelen 
felhasználók saját megoldásaikhoz — a kereskedők 
tapasztalata szerint — még ma is legszívesebben a 
Dbase-alapú adatbáziskezelőket használják. 


A Dbase-nek már többéves hagyo- 
mánya van, mind a szoftverfejlesztői, 
mind a felhasználói gyakorlatban, és 
ezt az igényt az új programverziók is 
egyre inkább igyekeznek kielégíteni. 
Ilyen például a Microsoft által fejlesz- 
tett FoxPro legújabb, 2.6-os verziója, 
vagy a közeljövőben megjelenő Dbase 
5.0. Mindkét rendszer elkészült DOS-os 
és windowsos környezetben is. 


Memóriakorlátok 


A FoxPro 2.6-ot ez év márciusában 
jelentette be a Microsoft, és már a 
piacon van a termék. 1994 őszén min- 
den bizonnyal kapható majd itthon is a 
CA-Visual Object for Clipper, amely a 
Windows felületre áttérő Clipper-fel- 
használóknak kínál alternatívát. Az ob- 
jektumorientált, nyitott architektúrájú 
fejlesztőrendszer vizuális fejlesztőesz- 
közöket és integrált fejlesztői környe- 


Az adatbáziskezelő szoftverek túlnyomó része jól érzi magát egy átlagos 
AT 1 Mbájtos memóriájában, a Windows alatti változatokhoz azonban — 
az elvárt sebesség érdekében — szükséges 4-8 vagy több Mbájt memória. 

A kezelhető adatbázisok méretét a táblázatkezelő programoknál nemcsak 
a program határozza meg, hanem a rendelkezésre álló és felhasználható 
szabad memória mérete is. A táblázatkezelők többsége az egész beolvasott 
táblázatot , fejben" tartja, s ha az nem fér el, akkor... A felhasználó ugyan 
megpróbálkozhat a memória felszabadításával, a feleslegesen a memóriában 
tanyázó memóriarezidens programok kiiktatásával, esetleg új memóriame- 
nedzser használatával, ám ezek csak tüneti kezelésnek minősülnek. A 
végleges megoldás mindenképpen a memóriabővítés, és a feladathoz jobban 


illeszkedő alkalmazás kiválasztása. 


Egyszerű számításokat is végezhetünk arra nézve, hogy hol is húzódik 
ez a határ. Nem windowsos programok esetén a DOS 640 kbájtos területéből 
2-300 kbájtnál több nem jut az adatterületnek. A nagyobb memóriával 
rendelkező gépeknél a táblázatkezelő programok a plusz RAM-ot is 
hasznosítani tudják. Mivel a PC-ken nem túl gyakori — főleg Magyaror- 
szágon — a 4-8 Mbájt feletti beépített RAM, ez akár abszolút korlátnak is 
tekinthető. Így egy 10 Mbájtos vagy annál nagyobb adatállomány táblázat- 
kezelővel való feldolgozásához már megfizethetetlen hardverárak társulná- 


nak. 


Az adatbáziskezelőket azonban eleve a hozzáférhető szabad RAM-nál 
jelentősen nagyobb állományok kezeléséhez tervezték, így kevesebb prob- 
lémát jelent a szerényebb hardverkonfiguráció. 

A fenti okfejtés elsősorban a DOS alatt futó programokra igaz. A Windows 
alá készített verziók, úgy tűnik, megoldják ezt a problémát. Igaz, itt — a 
Windows vízfeje miatt — 4 Mbájt a minimális RAM, de a Windows fájl- 
és memóriakezelésének köszönhetően a memóriakorlát már nem annyira 


szoros és szigorú. 
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zetet tartalmaz, amellyel kliens-szerver 
módban működő alkalmazások készít- 
hetők. 

A Borland 1994 június közepén is- 
mertette a Dbase legújabb verzióját, és 
augusztus végén már mindenki (fel- 
használók, programfejlesztők) kipró- 
bálhatja a megújult adatbáziskezelőt. A 
FoxPrónális jelentős a változás az előző 
programhoz képest, de a Dbase alapja- 
iban tér el az előző Dbase IV 2.0 
változattól. Nem is csoda, hiszen a 
Borland majdnem két éve — ami egy 
szoftver életében elég hosszú idő — 
készül erre a pillanatra, a megújulásra. 
Gyökeres változást ígérnek, ez pedig a 
Dbase-felhasználók körét újra növelhe- 
ti. A több mint kétszeres sebességnöve- 
kedés mellett valódi objektumorientált 
és eseménykezelő eszközökkel bővült 
a szoftver. Ez mutatja, hogy a Borland 
cég tényleg nemcsak az egyszerű fel- 
használók körét célozta meg, hanem 
programfejlesztői berkekben is sikerre 
törekszik. Persze, azt nehéz megmon- 
dani, hogy a Microsoft pártolói körét 
mennyire sikerül elhódítaniuk. 

A FoxPro 2.6 ugyanis kemény ve- 
télytárs. Éppen a Dbase-kompatibilitás 
érdekében 50-nél több új nyelvi utasí- 
tást építettek be. Mind a DOS-os, mind 
a windowsos programhoz elkészült a 
Professional változat, amely a Com- 
piler, Client-Server Wizard mellett a 
FoxPro to C Library Construction Kitet 
is tartalmazza, és egy új, grafikus fe- 
lülettel (catalog manager) is bővült a 
program. A FoxPro 2.6 változatát az új 
eszközök, az ún. wizardok (varázslók) 
segítségével könnyen megismerik, és 
kényelmesen használhatják a progra- 
mozásban járatlan felhasználók is. Ezek 
az eszközök (table wizard, guery wi- 
zard, screen wizard stb.) egyszerűsítik 
a mindennapi feladatok megoldását. 

A Microsoft nemcsak a Dbase-fel- 
használói kört célozza meg. Egy Basic 
típusú adatbáziskezelő nyelv, az Access 
2.0 könnyíti a felhasználók és a prog- 
ramozók munkáját. A szoftver legújabb 
verzióját is most a tavasszal mutatták 
be. Az Access eszköztárával sok alkal- 
mazást úgy fejleszthetünk ki, hogy en- 
nek során nem kell egyetlen program- 
sort sem leírnunk. 

Várnainé Pongrácz Mária 
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A hirdetések túlzásai ellenére... 


Clippert emelek a FoxPro 


Az átlag magyar szoftverfejlesztő 

eddig főleg Clipperben dolgozva hozta létre 

a felhasználók igényeit leginkább kielégítő adatbázisokat. 
A Clipper fejlesztői környezetére támaszkodva azonban már 
nem tudnak lépést tartani a követelményekkel. 

Ezért olyan fejlesztői technológiát kellett keresni, amely 
mellett — a legkisebb piacvesztéssel — képessé válnak 
a gyors átállásra. Szerzőnk hosszas keresgélés után 

a FoxPro mellett tette le a voksát. 

Az alábbiakban a 2.5b windowsos, illetve DOS-os 
verziókról szerzett tapasztalatait foglalja össze. 


A FoxPro nyelve nagyon közel áll a 
Clipperéhez. Gyakorlatilag azonnal 
minden utasítást megértettünk és meg- 
jegyeztünk, a szintaktika sem okozott 
gondot. Ha nem használtunk volna ko- 
rábban külső függvényeket (LIB-eket), 
az alkalmazások azonnal futottak volna. 

A FoxPro-alkalmazás a Distribution 
Kit segítségével szabadon terjeszthető 
EXE állománnyá alakítható, így az ol- 
csó szoftverek piacán is versenyképes. 
A legtöbb szóba jöhető fejlesztőeszközt 
azért kellett elvetni, mert az árat a 
futtató modul jelentősen megemelte 
volna. 

A FoxPro a Microsoft terméke, 
amely garanciát jelent arra, hogy a 
választott fejlesztőeszköz illeszkedik a 
szoftvervilágban kialakuló trendek fő 
vonulatához, s a vele előállított termék 
is kompatibilis lesz az ismert szoftve- 
rekkel. A FoxPro már jelenleg is bizto- 
sítja az MS-DOS és a Windows, a 
jövőben pedig az Apple Macintosh és 
az SCO Unix platformok közötti hor- 
dozhatóságot. Az SOL Windowst pél- 
dául azért vetettük el, mert felhaszná- 
lóink zöme 1-2 Mbájtos AT-n vagy 
386-os PC-n, DOS alatt dolgozik. Sze- 
rintünk még 1-2 évig nem lesz Magyar- 
országon általános az SOL Windows 
futtatásához szükséges 486-os PC, 8 
Mbájt RAM-mal. 


Az átállás tapasztalatai 


A magyar indexelés lehetősége szu- 
per dolog. Lenne! Ugyanis a FoxPro 
for Windows a magyar akadémiai sza- 
bályok szerint rendez. Ez pedig baj: a 


neveket igaz, hogy jól rakja sorba (az 
Á betű az A után következik), de a 
SEEK utasítással nagy valószínűséggel 
nem találjuk meg azt, amit keresünk. 
Például a SEEK " Ács" utasításra az Ácsi 
nevű személy helyett az Acsait találja 
meg a program. Ez olyan súlyos hiba, 
ami miatt a magyar indexelést nem 
használhatjuk nyugodt szívvel, illetve 
a Clipperből hozott módszerrel, függ- 
vény segítségével kell indexelnünk. 

Szenzációs lehetőségként fedeztük 
fel a windowsos változatban, hogy el- 
fogadja az ékezetes betűket mezőnév- 
ben (oszlopfejléc, képernyőkészítő, 
stb.). Ezzel megszűnt az a köteles- 
ségünk, hogy mindenütt gondoskod- 
junk címről a mezőkhöz. 

Ennek tudatában vidáman megírtunk 
ebben a formában egy próbarendszert, 
majd át akartuk alakítani DOS alatti 
verzióra. Ekkor azonban rá kellett döb- 
bennünk, hogy a DOS-os verzió nem 
engedi az ékezetes mezőneveket. Így 
magyar  —— mezőneveket használva, 
ugyanazt az adatbázist DOS-os és win- 
dowsos verzióval nem kezelhetjük egy- 
szerre. 


A generátorok és a kódcsipetek 


A FoxPro (különösen annak win- 
dowsos változata) lenyűgöző a képer- 
nyő-, menü-, lekérdezés- és listagene- 
rátoraival. Amiről a Clipperben nem is 


álmodik az ember, az a FoxPróban. 


olyan egyszerű, hogy nem is értjük, 
miért kínlódtunk évekig a Clipperrel. 
Aki tervezett már bonyolult, zsúfolt 
adatbeviteli képernyőket Clipperben, 


előtt! 


az , hanyatt esik" a FoxPro képer- 
nyőgenerátorától. 

Ennek is van azonban ára. A progra- 
mozás egészen másként folyik, mint a 
Clipperben. Ott ugyanis az ember fogta 
kedvenc editorát, betöltötte valamelyik 
korábbi programját, és elkezdte faragni, 
gyúrni. Egész rendszerek elfértek egy 
vagy néhány forrásfájlban. A FoxPró- 
ban a programozás a generátorokkal 
hatékony igazán, noha van lehetőség 
hagyományos kódírásra is. A generátor- 
ral előállított kódot azonban nem cél- 
szerű piszkálgatni, mert a legközelebbi 
javítást is a generátorral végezzük el, 
amely után új kód keletkezik, és az 
előzőben történt kézi javítások elvesz- 
nek. 

A generátorok ún. kódcsipeteket ál- 
lítanak elő, amelyek képer- 
nyőtervekből, listatervekből stb. érhe- 
tők el. Ember legyen hát a talpán, aki 
eligazodik egy bonyolult rendszer több 
száz vagy ezres nagyságrendű kódcsi- 
pete között, megtalál egy változót vagy 
egy utasítást. A Clipperben ehhez elég 
egy keresés a szövegszerkesztővel a 
forrásfájlban, itt meg azt sem tudja az 
ember, hogy mihez nyúljon. Persze a 
FoxPróban is lehet keresni az összes 
programban egyszerre, de mindenkép- 
pen sokkal bonyolultabb a javítások 
végigvitele egy — jó régen vagy más 
valaki által írt — programrendszeren. 

Egy szenzációs applikáció is találha- 
tó a FoxPróban, amely installáló kész- 
letet generál. Két-három kérdésre vá- 
laszt adva, megadott méretű floppykra 
darabolva létrehozza az installáló kész- 
letet, amelyet a Windowsban — a szo- 
kásos módon — bárki installálhat. 

Szerintünk senki nem készít olyan 
programozási dokumentációt, mint a 
FoxDoc applikáció. Ráadásul egy pro- 
jekt dokumentálása után kommentezve, 
tabulálva látjuk viszont hevenyészve 
beírt kódcsipetjeinket is. 


Morgolódások 


Nagyon hiányzik a rendszerből a 
, vonszolásos technika" megvalósítása. 
A fejlesztő ugyan több helyen élhet 
ezzel a lehetőséggel, de az általa elké- 
szített programban a felhasználó már 
nem mozgathat például sorokat egy 
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táblázatban, nem cserélheti fel ilyen 
egyszerűen a tömbelemeket, nem vál- 
toztathatja meg a get objektumok he- 
lyét. Ilyen eseményeket nem is tud a 
programozó kezelni, és csak a legkor- 
szerűbb programokénál szegényesebb 
szolgáltatásokat építhet be a végter- 
mékbe. 

A FoxPro-hirdetésekben a rendszert 
úgy aposztrofálják, mint kliens/szerver 
alkalmazások fejlesztését támogató 
eszközt. Néhány SOL utasítást ugyan 
találtunk, de a leírások alapján fogal- 
munk sincs, hogyan férnénk hozzá pél- 
dául egy Oracle vagy Sybase SOL 
adatbázishoz. 

A FoxPróval igaz, hogy magyar app- 
likációkat lehet készíteni, de a fejlesz- 
tők zöme valószínűleg a Distribution 
Kit segítségével készített EXE progra- 
mot forgalmazza, hiszen felhasználójá- 
nak így nem kell megvennie a FoxPrót. 
Az APP még igen, de az EXE már nem 
tud magyarul, mert a run-time modult 
már nem magyarították. A hibaüzene- 
tek, a menük, dialógusablakok, stan- 
dard funkciók mind-mind ékes angol- 
sággal szólnak a meglepett felhaszná- 
lóhoz. Hát akkor mitől magyar a win- 
dowsos FoxPro? Nincs normális doku- 
mentációja, a helpje angol, nem tud 
rendesen keresni magyar index szerint, 
és a végtermék (EXE) tele van angol 
szöveggel! 

Gyakran fordul elő, hogy a képer- 
nyőre több ablakot kell kitenni, és mind- 
egyikben egy-egy READ utasítással 
kell egyszerre manipulálni az adatokat. 
(Például számlázás közben új ügyfél, 
új cikk felvitele, kikeresése, ár- és kész- 
letinformációk közlése a vásárlóval, 
kódszótár bővítése, kiválasztás stb.) A 
FoxPróban egyszerre hat szinten lehet 


READ-et végrehajtani, ez azonban igen 
hamar kevésnek bizonyul, és hibaüze- 
netet kapunk. Tapasztalataink szerint a 
FoxPro kvázi többablakos rendszerek 
fejlesztését támogatja csak. Nekünk 
kell kézben tartani az ablakokat, nyit- 
ni-zárni a READ-eket, hiszen nem lehet 
ablakokat a bennük nyitott READ-ek- 
kel együtt elmenteni és elővenni. Az 
eseménykezelésre pedig sokkal keve- 
sebb eszköz áll rendelkezésre, mint 
például Visual Basicben vagy a többi 
objektumorientált  fejlesztőeszközben. 
Ebből is látszik, hogy a FoxPro a ha- 
gyományos programozási elméletre 
épült termék, amely nem teszi lehetővé 
objektumorientált végtermék előállítá- 
sát. Egyszerűen csak sokkal kulturál- 
tabb a többi xBase alapú terméknél. 


A forródrót és a kézikönyv 


A forródrótra bizony nagy szüksé- 
günk lett volna, mivel egymás után 
tolultak fel bennünk a kérdések. Meg- 
válaszolásuk annál inkább a forródrótra 
tartozott volna, mivel olyan kapcsolók, 
utasításklauzulák találhatók a rendszer- 
ben, amelyekről sem a help (még a 
magyarnak kikiáltott verzió helpje is 
angol!), sem a kézikönyv nem tesz 
említést. A forródrót azonban egyetlen 
kérdésre sem tudott válaszolni. Minden 
esetben egy Inotai Balázs nevű felhasz- 
nálóhoz (!) utasítottak. Igaz, ő segített! 
Egy felhasználó többet tud, mint a 
gyártó?! 

Érdekes, hogy csak windowsos ver- 
zióhoz jár magyar nyelvű leírás. Igaz, 
ez borzasztóan hiányos, és így alkal- 
matlan profi fejlesztők igényeinek ki- 
elégítésére. Egyetlen éjszaka kiolvas- 
ható, és még referenciakönyvként sem 


Nőtt a felhasználók étvágya 


A világ a szoftveresek körül óriásit fordult. A szoftverpiac baráti kapcso- 
latokat ápoló szakemberek és tisztelettudóan érdeklődő, alázatos felhasználók 
együttműködéséből hirtelen hadszínterévé változott. Barátok ellenfelekké 
váltak, autodidakta , szaktársak" diktálják az árakat. A felhasználók pedig 
, elszemtelenedtek"! 

Természetes igényként vetik fel a mindenre kiterjedő, közérthető magyar 


nyelvű, verziókövető dokumentációt, súgó- és oktatórendszert, működő 
demót, minden elképzelhető nyomtató, képernyő, egér és egyéb hardverelem 
támogatását, magyar nyelvű rendezést, feliratokat, menüket és üzeneteket. 
Hogy a hibátlan, tesztelt, minden szükséges funkciót tartalmazó, sőt egzotikus 
igényeketis kielégíteni képes, platformok között hordozható, grafikus felületű 
programok követeléséről már ne is szóljunk. 

Minderre a multik kiváló, és a befektetett szellemi és anyagi ráfordítások- 
hoz képest dömpingárú szoftverei hozták meg a felhasználók étvágyát. Az 
igények jogosak. Az igények teljesítésének lehetőségei korlátozottak. Ma 
még nyitott kérdés, hogy e kettő mikor kerül végre egyensúlyba. 
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használható. A lényegtelent részletesen 
taglalja, de az érdekes részeket vagy 
meg sem említi, vagy szűkszavúan in- 
tézi el. A DOS-os verzióhoz azonban 
kifogástalan kollekció jár — angol 
nyelven. 

A windowsos FoxPróval tehát csak 
úgy lehet dolgozni, hogy megvesszük 
a DOS-os verziót akkor is, ha arra 
semmi szükségünk, viszont így jutha- 
tunk teljes dokumentációhoz. Ráadásul 
a DOS-os verzió nem teljesen azonos 
a windowsossal, ezért sokszor értel- 
mezni, találgatni kell a különféle lehe- 
tőségeket. Például az egyik mintaalkal- 
mazás nyomán az eseménykezelésre 
egy GET objektum nélküli READ uta- 
sítást használva arra lettem figyelmes, 
hogy a FoxPro bizonyos standard funk- 
cióit (például nyomtatóbeállítás) saját 
programból nem lehet elérni (a menü- 
ben szürke, nem kiválasztható). A for- 
ródrót erről azt nyilatkozta, hogy ilyen 
programot (mint a FoxPro saját minta- 
programja!!!) nem szabad írni, és az 
nem is működhet. Pedig bizony műkö- 
dik! Csak érthetetlenül utálja a standard 
funkciók egy nagyon fontos, sőt nélkü- 
lözhetetlen részét. És nemcsak a mi 
programunkban, hanem a mintaalkal- 
mazásban is. 


Summa summarum 


A FoxPro 2.5 fantasztikusan jó, igazi 
profi fejlesztői környezetnek bizonyult 
többhetes ismerkedés és használat után 
is. Hibái részben lehetnek tudatlansá- 
gunk bizonyítékai is. Egy azonban biz- 
tos: a Clipperre már rá sem tudunk 
nézni. 

Az átállás igazán fájdalommentes, 
még akkor is, ha minden rendszerünket 
újra kell írnunk. Hiszen szintaktikailag 
azonnal érthető a nyelv, és nagyon 
gyorsan lehet vele dolgozni. Egyébként 
is ráfér a rendszerekre egy alapos, át- 
gondolt , fazonigazítás", hiszen a Clip- 
per , Out of memory" hibaüzenetei el- 
leni harcban sok kompromisszumra 
kényszerültünk a józan ész, gyorsaság 
stb. kárára. 

A cikk írásakor még nem tudjuk, 
hogy a Dbase V. milyen lesz. De az 
biztos, hogy a FoxPro itt van, nagyon 
jó, és a MicroSoft ígéretei szerint a 3.0-s 
verzió is hamarosan kézbe vehető. Hír- 
lik, hogy objektumorientált lesz, és ko- 
molyan támogatja a kliens/szerver 
rendszerek kialakítását. Bízunk a Fox- 
Próban. Ha magyar nyelven rendesen 
dokumentálnák, ideális eszköznek tar- 
tanánk közepes bonyolultságú és integ- 
ritású rendszerek fejlesztéséhez. 

Szalontai Zoltán 
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Ha sok a szöveg... 


A szókígyók , mintázata" 


A szövegkezelés a legtöbb ember szemében azonos 

a szövegszerkesztéssel: a formázgatás, igazítás, 
szerkesztgetés és nyomtatás procedúrájával. 

A szövegszerkesztés azonban a számítógépes 
szövegkezelési lehetőségeknek csak kis részét mozgósítja. 


A gépbe vitt szövegekből 


gyakran készítenek adatbázisokat is, 
amelyek kezelése sok esetben speciális feladatok elé állítja 
a programozókat is, a felhasználókat is. 


A számítógép a szövegeket alapve- 
tően háromféle módon kezeli: szöveg- 
és kiadványszerkesztés, szöveges adat- 
báziskezelés vagy hipertext adatbázis 
formájában. Igaz, találkozunk egyedi 
megközelítésű formákkal is, amelyek 
egyértelműen nem sorolhatók be a há- 
rom fő csoport egyikébe sem, ugyan- 
akkor szorosan kapcsolódnak akár 
mindháromhoz is. 

A hagyományos szövegszerkesztés 
elve alapján a számítógép adattárába 
került szöveg összefüggő egész. Speci- 
ális programoknál a szövegek logikai 
szerkezeteket is tartalmazhatnak, ame- 
lyeknek főként a formai jegyek kiala- 
kításában és az indexek, tartalomjegy- 
zékek előállításában van szerepük. 

A klasszikus adatbáziskezelés a szö- 
vegeket adatrekordok összefüggések- 
kel rendelkező halmazának tekinti. Az 
egyes rekordok mérete kötött, kapcso- 
lata az adatbázis más rekordjaival kor- 
látozott és szigorúan meghatározott. Az 
adatbáziskezelő szoftverek fejlesztésé- 
nek három fő vonulatánál a windowsos 
(vagy Windows-szerű) grafikus kezelé- 
si felület biztosítása a cél, vagy a gra- 
fikus típusú (képi) adatok kezelésének 
megvalósítására törekszenek, illetve 
akár programozói előképzettség nélkül 
is lehetővé teszik újabb adatbázisok 
kialakítását. 


Hipertext rendszerek 


A hipertext rendszerek speciális he- 
lyet foglalnak el a szöveges adatbázis- 
kezelésben. A programcsalád képvise- 
lőivel már biztosan mindenki találko- 
zott — például a DOS, a OBasic, a 
Windows vagy a windowsos progra- 
mok helpjében. Ezekben a grafikus 


kezelői felület ellenére is szöveges adat- 
bázisokban kiemelt kulcsszavak és ki- 
fejezések segítségével mozoghatunk, 
A hipertext rendszerek többségét az 
jellemzi, hogy a kezelendő szöveges 
adatbázis létrehozása, fejlesztése, kar- 
bantartása elkülönül a lekérdezéstől. A 
kereskedelmi forgalomban kapható 
szoftverek közül a legtöbbnél ez a két 
funkció termékként is teljesen különvá- 
lik: külön forgalmazzák a fejlesztő és 
külön az adatbáziskezelő rendszereket. 
Így van ez a Norton Guide vagy a 
VSUMX vírusadatbázis létrehozására 
és kezelésére alkalmazott XTEXT 
programcsomag esetében is. Az előze- 
tesen forrásállományokban megfelelő 
formázó és szerkezetkialakító paran- 
csokkal ellátott szövegeket egy fordító 
lefordítja, majd adatbázissá fűzi össze. 
Ennek kezelésére egy újabb program 
szolgál, amely nem ad lehetőséget a 
tárolt adatok módosítására, bővítésére, 
mindössze a lekérdezést, keresést, meg- 
jelenítést és nyomtatást teszi lehetővé. 


Egy gondolatorientált szoftver 


Nem lenne teljes a kép, ha kihagy- 
nánk az egyedi, nehezen besorolható 
megoldásokat. Ilyen hazai fejlesztésű 
szoftver például a StaTOR, amely egy 
hipertext funkciókkal is rendelkező, há- 
lós, hierarchikus, dinamikus, szövego- 
rientált adatbáziskezelő. A klasszikus 
hipertext rendszerekkel ellentétben 
azonban a beépített szövegszerkesztő 
funkciókkal lehetőség van a szövegek 
és a szövegelemek közötti kapcsolat- 
rendszer módosítására, bővítésére. 

A StaTOR nem tartozik a memória- 
faló, hardveréhes szoftverek közé: 
használatához elegendő egy legalább 


286-os AT, DOS 3.3, de indítható Win- 
dows alól is, mint nem Windows-alkal- 
mazás. A StaTOR-t elvileg már egy 640 
kbájtos gépen is használhatjuk, de nem 
árt, ha az 1 MB vagy nagyobb memó- 
riával rendelkező gépeken igénybe ve- 
szünk még egy lemezgyorsító cache 
programot is (a DOS SmartDrive prog- 
ramja is megfelel a lemezműveletek 
felpörgetésére). A jelenleg kapható ma- 
gyar nyelvű (!) változat 1-32 000 ka- 
raktert tartalmazó, maximum 32 ezer 
szöveges objektum kezelésére alkal- 
mas. A fejlesztés alatt álló új verzió már 
egymillió szöveges objektummal is 
megbirkózik, sőt folyik a windowsos 
változat fejlesztése is, 


Hierarchia és fogalmi háló 


A StaTOR kezelni tud karakterekkel 
megfogalmazott bármilyen szöveges 
adatot, fogalmat, szót, gyűjtőfogalmat, 
megjegyzést, mondatot, idézetet, nem 
számnak értelmezett numerikus karak- 
tert. 

A szoftvert alapvetően kétféleképpen 
lehet használni. Amennyiben hierarchi- 
kus rendezőelv szerint akarunk dolgoz- 
ni, akkor gondolatainkat, terveinket, 
szervezési elképzelésünket, elemzésün- 
ket azok tartalma, fontossága, időrend- 
je, stb. szerint, különböző szinteken 
írjuk le. Az egyes szövegek alatti szintre 
beírhatjuk az adott szöveg részletes 
kifejtését vagy magyarázatát. Az így 
elkészített anyag rendkívül áttekinthe- 
tő, világos, könnyen bővíthető, és ru- 
galmasan átszervezhető., 

Amennyiben információt akarunk tá- 
rolni, akkor létrehozzuk a szakterület 
fogalmi hálóját, és arra — mint vázra 
— szöveges információkat rögzítünk. 
Ezt a fogalmi hálót akár előre, akár az 
adatbázis szöveges információval való 
feltöltésekor létrehozhatjuk. Az egyes 
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— Úgy látszik, a sav és az adatbázis 
egymásrahatásakor nem keletkezik só! 
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fogalmak egymással alá-fölé-mellé ren- 
delt viszonyban lehetnek. Ezeket akár 
több helyre is elhelyezhetjük, így igé- 
nyeink szerinti háló alakul ki a fogal- 
mak között, sőt önmagába visszatérő 
hurkot is megadhatunk. 

A beírt szövegeket, fogalmakat egy- 
mással alá-fölé rendelve, tetszés szerint 
összekapcsolva kifejthetjük,  ábécé- 
vagy logikai sorrendbe rendezhetjük. 
Természetesen szövegeket importálha- 
tunk és exportálhatunk is. Ez azt jelenti, 
hogy egyrészt nem kell az adatbázisba 
szánt szövegeket teljes egészében újra 
begépelnünk, hanem elegendő azt meg- 
felelő formára alakítanunk, majd az 
előkészített forrásfájlt beemelhetjük az 
adatbázisba, a szöveget megfelelő 
struktúrákban építhetjük be. A kimenet 
egyszerű szövegfájl lesz, amelyet tet- 
szőleges szövegszerkesztővel a kívánt 
formátumra hozhatunk. Így az adatbá- 
zisból vázlatot, cikket is írhatunk a 
program keretein belül, miközben az 
egész adatbázis forrásanyagként hasz- 
nálható. 


Használhatjuk az eszünket! 


Aki a programot először próbálja, ne 
várjon csillogó-villogó Windows-szerű 
programot. Itt nem a külsőség dominál, 
hanem a funkció. A képernyő viszony- 
lag kicsi, rögzített helyű és méretű 
ablakokra oszlik, amelyeknek megha- 
tározott szerepük van. Ezt a korlátozást 
ellensúlyozza azonban, hogy a program 
gyors és könnyen kezelhető. Igaz, a 
Windows és a hasonszőrű programok 


meglehetősen elkényelmesítik az em- 
bert a számítógép használatában, hiszen 
a rendelkezésre álló eszközök egy ré- 
szét a képernyőn gombok formájában 
kínálja. Ez azonban nem mindig előny. 

A StaTOR újból előtérbe helyezi a 
gondolkodást: a gondolkodó ember esz- 
közeként lehetővé teszi, hogy szöveges 
adatbázisainkat testre szabottan hozzuk 
létre. Nem ragad le a szövegbevitelnél 
és az egyszerű visszakeresésnél. 

Kiválóan megfelel személyes kap- 
csolatok, csoportok, osztályok, tanszé- 
kek adatbázisának létrehozására. Szinte 
minden olyan területen hasznos, ahol 
az információt szövegesen írjuk le. Pél- 
dául ajánlható a tényirodalom szerzői 
(írók, újságírók, történészek, irodalmá- 
rok stb.) számára csakúgy, mint kuta- 
tóknak, könyvtárosoknak és levéltáro- 
soknak is. Jó segédeszköz egyeteme- 
ken, múzeumokban, de a gazdasági 
életben, szervezésre, tervezésre, elem- 
zésre, rugalmas ügyfélnyilvántartásra 
általában nyilvántartásra — jól be- 
vált. 

A programmal csoportosított, rende- 
Zett és kikeresett információkból készít- 
hetünk teljes vagy részleges másolatot, 
nyilvántartást, mutatót későbbi feldol- 
gozáshoz, tartalmi ismertetést, össze- 
foglalót, cikket, lexikont, szótárt, teza- 





uruszt, jelentést, kimutatást, közle- 
ményt, vagy akár könyvet is. 
Adatbázisépítés 

Az  adatbázisépítés kétféleképpen 


célravezető. A hierarchikus felépítésben 


Adatbáziskezelési , határviták" 


A tapasztalatlan vagy csak Clipperen nevelkedett alkalmazók három 
nehézséggel néznek szembe, amikor egy igazi adatbáziskezelővel találkoz- 
nak. (DBMS - database management system — adatbáziskezelő rendszer.) 

Az egyik az, hogy összekeverik az adatkezelést és az adatfeldolgozást. 
Erről most nem ejtünk sok szót. A DBMS olyan adatkezelő nyelvvel (data 
manipulation language — DML) rendelkezik, amely az adatok tárolására, 
keresésére, karbantartására stb. lett kitalálva. A mai relációs adatbáziskezelő 
nyelv, az SOL már nevében is pontosan mutatja alapvető funkcióját, hogy 
strukturált lekérdező nyelv. (Structured guery language — SOL, amely 
kiejtve hol mint szíkvell, hol mint eszkjuel, hol pedig magyarítva mint eskuel 
fordul elő.) A DBMS nem alkalmas adatok összetett logikai vagy matematikai 
feldolgozására. Ezért sokan meglepődnek, hogy egy drága DBMS megvétele 
után például C-programok tucatjainak megírására kényszerülnek. 

A másik gyakori probléma az, hogy régi szokásokhoz ragaszkodva nem 
aknázzuk ki a modern DBMS sokrétű adatstrukturálási képességeit. Az 
adatbáziskezelőt úgy használjuk, mintha Clipper lenne. 

A harmadik gond a szoftver bonyolultságával kapcsolatos. A Dbase-szerű 
kezelő nem rendszer, hanem programozási nyelv. Ezzel szemben az igazi 
DBMS több tucat, gondosan kiválogatandó, és egyenként is sok törődést 


igénylő programrészből áll. 
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a szövegeket különböző szintekre, a 
szintekből kialakított hierarchikus há- 
lóban helyezzük el. Ennek az az előnye, 
hogy egyszerre csak a szöveg azonos 
fontosságú részei látszanak, az össze- 
tartozó részek elkülönülnek, áttekinthe- 
tőek, egységként kezelhetőek, mozgat- 
hatóak stb. Ezek közé beírhatunk újabb 
szövegeket, ábécérendbe vagy egyéb 
sorrendbe rendezhetjük azokat, a szin- 
teket átszervezhetjük. Ilyenkor egy ob- 
jektum viszi magával az addigi összes 
felső és alsó kapcsolatát, vagyis az 
egész szöveget mint egységet mozgat- 
juk, másoljuk, szerkesztjük. 

Ennél fontosabb a hálós adatbázisé- 
pítés. Ilyenkor egy fogalmi hierarchiát, 
hálót építünk ki, amely annak a szak- 
területnek a fogalmait tartalmazza, 
amelyen dolgozunk. A hálóra — mint 
vázra — információkat tartalmazó szö- 
vegeket erősítünk. Az információt így 
nemcsak szövege, hanem tartalma sze- 
rint is kereshetjük. Az információ 
ugyanis hozzáköthető azokhoz a fogal- 
makhoz, amelyek szerepelnek a szö- 
vegben, de olyan fogalmakhoz is, ame- 
lyek nem, vagy más nyelven szerepel- 
nek benne. 

Ezek az összeköttetések, kapcsolatok 
kölcsönösek, rendkívül könnyen kiala- 
kíthatók, átszervezhetők, törölhetők. Az 
adatbázisban a fogalmak és szövegek 
csak logikailag különülnek el, kezelé- 
sük teljesen azonos. 


Visszakeresés 


Az információt úgy lehet megtalálni, 
hogy a keresett információ tartalmának 
megfelelő fogalom első 3-4 karakterét 
leütve látjuk az adott fogalom körüli 
hálót, és ezen — az információ megta- 
lálásáiíg — a kívánt irányban mozgunk. 

A szöveges információ leírható szer- 
vezettebben is, mint egy egyszerű szö- 
veg. Ilyenkor az adatokat részekre, re- 
kordokra, mezőkre bontjuk. Az azonos 
jellegű adatokat a StaTOR-ral automa- 
tikusan feldolgozhatjuk, mert a pa- 
rancssor olyan szöveggel meghatáro- 
zott eseménysor és összetett funkciók 
sorozata, amelyet a számítógéppel vég- 
re lehet hajtatni. Így a végrehajtás gyor- 
sabb és pontosabb. A programmal az 
előkészített szövegeket automatikusan 
beemelhetjük és elhelyezhetjük. 

A program — rugalmasan bővíthető 
szolgáltatásai ellenére egyszerűen 
kezelhető: két oldalon elfér a legfonto- 
sabb parancsok ismertetése, s aprogram 
használatához sem kell nagyobb gya- 
korlat, mint egy , jobb" szövegszerkesz- 
tő esetében. 





Nagy Gábor 
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Informix, Ingres, Oracle, Sybase 


Az SOL , négyszögesítése" 


SOL-szervereknek azokat a mai, relációs típusú 
adatbáziskezelőket nevezzük, amelyeknek az SOL az 
adatkezelő nyelve. Bőséges belőlük a választék, 

ki-ki talál a feladatának megfelelőt. 

A ,kisebbek" közül a Watcom, Raima, 

MS SOL Server, Cognos stb. száll ringbe, míg a ,nagyok" 
közül a hardverfüggő (DB2/6000, DB2, RDB) 
adatbáziskezelők mellett az Informix, az Ingres, az Oracle 
és a Sybase a legnagyobb vetélytárs. 


Hogy ez utóbbi négy éllovas helyzetéről képet kapjunk, 
a termékek disztribútoraihoz fordultunk információért. 


Ugyanazt a kérdéssort küldtük el 
mind a négy rendszer kapcsán az ille- 
tékeseknek, és a válaszok egymás mellé 
helyezése — figyelembe véve az elhall- 
gatásokat is — kellően informatívnak 
bizonyult. Az első kis keretben ezt 
pusztán a száraz tények támasztják alá. 
A további keretes anyagok ugyancsak 
figyelemre méltóak, noha az igazi szak- 
mai minősítés lehetőségét inkább maga 
az egész cikk kínálja. 


Új szempontok 


Az SOL-szerver értékeléséhez figye- 
lembe kell venni, hogy mennyire felel 
meg a termék az objektumorientáltság, 
az osztott adatbáziskezelés, a multimé- 
dia és az ún. replikáció követelménye- 
inek. A replikáció fogalma némi ma- 
gyarázatra szorul: lényegében adatis- 
métlést jelent, az adatokról másolatok 
készülnek, hogy azokhoz minden alkal- 
mazás korlátlanul hozzáférjen, anélkül, 
hogy ez akadályozná más alkalmazások 
futtatását. 

A Sybase-nél az objektumorientált- 
ságnak a teljes Momentum termékcsa- 
lád eleget tesz. A Sybase a replikáció- 
hoz a Sybase Replication Servert, mul- 
timédia célokra a Sybase Gain Momen- 
tumot kínálja, 

Az Ingresnél is megoldott az objek- 
tumorientált alkalmazásfejlesztés, ame- 
lyet az Openlngres tesz lehetővé. 
Ugyanakkor ez a termék a replikációt 
is támogatja. Nagy — többszerveres — 
adatbázisok kezelésénél a hagyomá- 
nyos értelemben vett osztott adatbázis- 
kezelés helyett (és mellett) az adatrep- 


likálási technika is választható. Az 
Openlngres replikátor funkciója — a 
felhasználás igényei szerint programoz- 
hatóan — biztosítja az osztott rendsze- 
rek adatkonzisztenciáját, és egyben 
költségkímélő megoldás a régebbi gya- 
korlathoz képest. 

Az Oracle termékeiben is a megta- 
lálhatók a legújabb technológiai meg- 
oldások. Az osztott adatbáziskezelés 
teljesen transzparens módon, a standard 
SOL nyelvi elemeken keresztül már 
több mint egy éve automatikus. Igaz ez 
a replikátumkezelésre is, sőt az újdon- 
ságnak számító szimmetrikus repliká- 
ciókezelés már a 7.1-es RDBMS része. 
Megvalósult az objektumorientált meg- 
közelítés az Oracle fejlesztő, és CASE- 
eszközeiben, az adatbáziskezelő ilyen 
irányú kiterjesztései már a 7.1-es verzió 
részei. A multimédia technológiát az 
Oracle legújabb, ún. médiaszerverében 


valósították meg, amelynek szolgálta- 
tásai az USA-ban és Angliában online 
hálózaton keresztül érhetők el. 

Tavasszal lépett színre az Informix- 
OnLine Dynamic Server 6.0-s verziója 
(valamint Seguent gépen a 7.0-s válto- 
Zat). A teljesen újszerű, dinamikusan 
méretezhető architektúrára épülő új vál- 
tozatban megvalósították az adatrepli- 
kációt, és őszre várható az Informix 
4AGL objektumorientált változatának a 
megjelenése. A multimédia területén 
azonban már hosszabb ideje kínál meg- 
oldást az Informix: az OnLine adatbá- 
Zis-meghajtó 5.0-s verziója adatbázis- 
táblában tárolja a képet, a hangot és a 
nagyméretű szöveges információkat, 
amelyek megfelelő grafikus front-end 
(bemenetoldali) eszközök (HyperScript 
Tools, ViewPoint) segítségével építhe- 
tők be az alkalmazásokba. 


Saját fejlesztőeszközök 


A Sybase egy sor saját fejlesztőesz- 
közzel rendelkezik. Ilyen például a 
Gain Momentum, amely interaktív mul- 
timédiaa-Ikalmazások  objektumorien- 
tált fejlesztőeszköze. Objektumorien- 
tált, grafikus eszköz a Build Momen- 
tum, a Deft pedig egy CASE-eszköz. 
Grafikus és alfanumerikus platformok 
interaktív, vizuális adatkezelő eszköze 
a Data Workbench, de ugyanezekre a 
platformokra van külön alkalmazásfej- 
lesztő (ADA Workbench), karakteres 
alkalmazásfejlesztő (APT Workbench) 
és jelentésgenerátor (SOR Workbench) 
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Eladni vagy 
szolgáltatni is? 


A Sybase árbevételének mint- 
egy 70-7599-a származik a licenc- 
díjakból, a többit konzultációs, 
support stb. szolgáltatások teszik 


Az Ingresnél a bevétel egyre 
jelentősebb része származik szol- 
gáltatásokból: alkalmazásfejlesz- 
tésből, verziókövetésből, techni- 
kai támogatásból, forródrótból és 
tanácsadásból. 

Az Oracle bevételének 5890-a 
licenceladásból, 429o-a szolgálta- 
tásból ered, Magyarországon a 
licenc/szolgáltatás aránya 75/25. 

Az Informix tevékenységét az 
adatbázis-technológia fejlesztésé- 
re és értékesítésére összpontosít- 
ja. Értékesítési koncepciója ha- 
gyományosan indirekt, azaz főleg 
partnerein, az OEM-gyártókon, a 
rendszerintegrátorokon, a VAR- 
okon keresztül ad el, így a kon- 
zulensi tevékenységet, az okta- 
tást, a fővállalkozói, rendszerin- 
tegrátori szerepet, az első szintű 
supportot is általában ők látják el. 





is, míg egy interaktív, forrásszintű, gra- 
fikus debugger (SOL Debug) biztosítja 
a transzperens nyomkövetést a szerver- 
gép és a tetszőleges kliens között. 

Az Ingres OpenRoad termékcsaládja 
olyan tárgyorientált fejlesztési környe- 
zZetet valósít meg, amely az alkalmazás- 
fejlesztés és alkalmazás-karbantartás 
hatékonyságát több mint tízszeresére 


Milyen erős a cég? 


növeli a hagyományos eszközök hasz- 
nálatához képest. Az OpenRoad segít- 
ségével kifejlesztett alkalmazások hor- 
dozhatók a különböző ablakkezelői 
környezetek között a kód megváltozta- 
tása nélkül. Előnyösen egyesíti egyetlen 
környezetbe a CASE technika model- 
lezőképességét, a GUI-alapú vizuális 
eszközök kedvező tulajdonságait, vala- 
mint a tárgyorientált 4GL rugalmassá- 
gát. 

Az OpenROAD termékcsalád első 
tagja az Ingres/Windows 4GL 3.0 ver- 
ziójából, egy grafikus alkalmazásfej- 
lesztő programnyelvből, alkalmazásge- 
nerátorból és olyan szolgáltatásokból 
áll, amelyek a gyors fejlesztést előse- 
gítő módszereket és szaktanácsadási 
csomagokat foglalják magukba. 

Az Oracle fejlesztőeszköztára igen 
gazdag: interaktív, hordozható, multi- 
média programok írására szánt (Oracle 
Forms), — és — multimédiás jelen- 
téskészítésre (Oracle Reports) szolgáló 
eszközöket is tartalmaz. Multimédia és 
hipertext lehetőségekkel rendelkező 
online dokumentumkezelés valósítható 
meg az Oracle Book segítségével, a 
grafikus alkalmazások készítésére pe- 
dig az Oracle Graphics szolgál. Inter- 
aktív 4. generációs programnyelve az 
SOL"Plus, de az SOL nyelvet nem 
ismerő felhasználó is könnyen készíthet 
lekérdezéseket az Oracle Browser és 
Oracle Data Ouery segítségével. Magas 
színvonalú CASE-eszközök is segítik a 
fejlesztők munkáját. Ilyen például az 
Oracle Case Dictionary (a tervezett 
rolója), a Case Designer (a tervezett 
rendszer grafikus modelljének megter- 
vezését segíti), vagy az Oracle Genera- 
tor for Oracle Forms/Reports, amely a 
futtatható kódot generálja. 


Az 1984-ben alapított Sybase — amelynek SOL-szervere 1987-ben jelent 
meg a piacon — a leggyorsabban növekvő RDBMS-gyártó cégek egyike: 
427 millió dolláros tavalyi árbevétele 6199-kal haladta meg az előző évit. 
Európában több mint 2000 ügyfele van. 

Az Ingres helyzete a cikk készítésének pillanatában igen sajátságos, hisz 
épp ekkor vásárolta fel a nagy étvágyú Computer Accociates (CA), amely 
a Microsoft után a világ második legnagyobb szoftveres vállalkozása. 

A 3. legnagyobb szoftveres cégként nyilvántartott Oracle-nak a világ 
RDBMS-piacán 4295 feletti a részesedése: tavalyi bevétele 2 milliárd USD 


volt. 


Az Informix pénzügyi helyzete stabil: hitelekkel egyáltalán nem él, 
mintegy 150 millió dolláros — bármikor felhasználható — tartaléka van. 
Forgalma tavaly kb. 360 millió dollár volt. Az Informix saját piaci részét 
leginkább az eladott licencek számában szereti mérni: így például a 
Unix-piacon vezető szerepet tölt be, több mint 700 000 darabot adott el. 
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Mit, mikor, mivel, 
kivel és hogyan? 


A Sybase különösebb terveket 
nem szövöget, továbbra is együtt- 
működik a vezető hardver-szoft- 
ver gyártókkal és tanácsadó cé- 
gekkel. 

A CA-nak az Ingresszel kap- 
csolatos terveiről még korai bár- 
mit is mondani. Annyi biztos, 
hogy az erős gazdasági háttérrel 
rendelkező új tulajdonos érdekelt 
az Ingres folyamatos továbbfej- 
lesztésében és támogatásában. 

Az Oracle tovább szeretné erő- 
síteni vezető szerepét. Ennek ér- 
dekében helyi képviseletét to- 
vábbfejlesztik, a szolgáltatás mi- 
nőségére és szervezettségére még 
nagyobb hangsúlyt fektetnek. 

Az Informix magyarországi 
célja az OEM-ekkel kötött nem- 
zetközi szerződések lokalizálása, 
és a helyi követelményeknek 
megfelelő együttműködés kiala- 
kítása. Helyi szerződéseket köt- 
nek a DEC-kel, az IBM-mel és az 
ICL-lel. A nemzetközi színtéren 
sikeres, stratégiai jelentőségű 
szoftverházakkal (SAP, SSA) kö- 
tött szövetségeket Magyarorszá- 
gon is eredményesen akarják mú- 
ködtetni. 





Az Informix amellett, hogy nagy 
hangsúlyt fektet külső fejlesztő cégek 
által írt eszközök támogatására, rendel- 
kezik egy sor saját eszközzel is. Ilyen 
például az Informix-4GL Compiler (C 
nyelvre fordító programozási környe- 
zet), az Informix-AGL RDS (pszeudo- 
kódot előállító környezet) és az Infor- 
mix 4GL Interaktív Debugger (interak- 
tív eszköz 4GL programok hibakeresé- 
séhez, teszteléséhez). Emellett meg kell 
említeni az — Informix-ViewPointot, 
amely grafikus felületű adatbázisok el- 
éréséhez használható, valmint az Infor- 
mix-HyperScript Toolst, amely grafi- 
kus programozási környezetet biztosít 
kliens-szerver applikációk készítéséhez 
Unix, Windows és Macintosh operációs 
rendszerek alatt. 


Kapcsolódás külső eszközökhöz 


A külső eszközök a Sybase Open 
Client interfészen, illetve ODBC-n 
(Open DataBase Connectivity) keresz- 
tül kapcsolódnak a Sybase SOL Server- 


hez. A Sybase OmniSOL Gateway 
transzparens SOL fordítást és elérést 
biztosít különböző adatforrások (Sy- 
base SOL Server, Microsoft SOL Ser- 
ver, Oracle, Ingres, DB2, RMS és a 
C-ISAM) felé. A Sybase Open Server 
toolkit lehetővé teszi, hogy a fejlesztők 
tetszőleges adatforrást integráljanak a 
Sybase kliens-szerver környezetébe. A 
mainframe-integrációt is támogatja egy 
sor eszköz. A Net Gateway LAN-IBM 
mainframe-környezetben —— protokoll- 
konverterként használható, az Open 
Server for CICS az IBM mainframe- 
adatokat teszi elérhetővé a Sybase szá- 
mára, és az Open Client for CICS a 
Sybase SOL Server által kezelt adatokat 
teszi elérhetővé IBM CICS-alkalmazá- 
sok és felhasználók számára. 

Az Ingres is biztosít egy sor kapcso- 
latot a külső eszközökhöz. A DTP-hez 
való kapcsolódást az X/Open XA teszi 
lehetővé, az MS-Excellel a közvetlen 
kapcsolatot a DAL és ODBC driverek 
biztosítják. Az Ingres DCE (Data Com- 
munication Eguipment) támogatást is 
nyújt, a fájlok írásának/olvasásának 
eszköze pedig a CICS/VSAM, továbbá 
rendelkezésre állnak az átjárók (gate- 
way-k) RDB és DB2 adatbázisokhoz. 

Az Oracle adatbáziskezelő kiszolgál 
más fejlesztőeszközökkel készült alkal- 
mazásokat, ugyanakkor az SOL:"Net 
terméken keresztül kliens/szerver ar- 
chitektúrában is elérhető az Oracle7 
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Piaci trendek és árak 


A Sybase véleménye szerint világszerte tovább növekszik a kliens/szerver 
rendszerek aránya a nagygépes, hagyományos rendszerek rovására. Magyar- 
országon szerintük a kisebb, workgroup méretű kliens/szerver rendszerek 
számának ugrásszerű növekedése várható. A felhasználók kinövik a jelenleg 
használt Dbase, Clipper stb. rendszereiket, és áttérnek az SOL-alapú, 
kliens-szerver felépítésű adatbáziskezelésre. 

Az Ingres a piaci trendek alakulásáról nem nyilatkozott, de árstratégiájába 
beavatott bennünket: gépkategóriánként súlyozott (PC-méretű gépek, átlagos 
szerverek és nagy szerverek), és a felhasználók száma szerinti árképzést 
alkalmaz, az oktatási és kutatási intézmények pedig árengedményt kapnak. 

Az Oracle szerint az egyik legjellemzőbb piaci trend, hogy a végfelhasz- 
náló azt szeretné, ha egy (!) szállító szolgálná ki, és az az egy szállító 
megoldaná az összes számítástechnikai feladatot. Árpolitikájával az Oracle 
igyekszik ügyfeleinek számítástechnikai befektetéseit rugalmassá tenni, 

Az Informix szerint a piaci trendek nagyon a nyílt rendszerek irányába 
mutatnak, ezen belül a Unix részaránya igen erőteljesen nő. Ennél is 
fontosabb, hogy az RDBMS-technológia a jövőben relatíve olcsóbb lesz, 
miközben egyre több DOS-felhasználó szánja rá magát, hogy növekvő 
rendszerének biztonságos és hatékony üzemeltetéséhez valami komolyabb 
— és drágább — operációs rendszert vegyen. 





kezelő online kapcsolatot tart fenn más 
adatbáziskezelőkkel. Egyrészt tartal- 
maz előre elkészített átjárókat az elter- 
jedtebb adatbáziskezelőkhöz (RDB, 
RMS, SOL/400, DB2), másrészt van 
benne egy olyan fejlesztőeszköz is, 
amellyel a felhasználó maga is elkészít- 
heti a saját átjárót más adatbáziskeze- 
lőkhöz. Így a felhasználó egyáltalán 


adatbáziskezelő. Az Oracle7 adatbázis- 


Magyarországi jelenlét 


A Sybase magyarországi disztribútori feladatait 1992 januárjától az Axis 
látja el, 1994-ben a UniSoftware rendszerintegrátorként kapcsolódott be a 
Sybase magyarországi népszerűsítésébe. 

Az Ingres 1990 óta van jelen Magyarországon, a disztribútori feladatokat 
a VT-Soft és Free-Soft látja el. Az értékesítés 1991-ben indult, és azóta 
folyamatosan nő. Épp a folyamatos növekedés miatt felmerült egy Ingres 
Hungary cég létrehozásának gondolata a disztribútorok és a licencadó Ingres 
közös vállalkozásaként. 

Az Oracle-termékeket 1990-től 1993. május 31-ig az IO Soft forgalmazta 
Magyarországon. A disztribútori szerződés lejárta után, 1993. június 1-jétől 
ezt a tevékenységet az Oracle saját magyarországi képviselete végzi, de az 
IO Soft nem lett hűtlen az Oracle-hoz: rendszerintgerátorként tovább is 
tevékenykedik ezen a területen. 

Az Informixnak meglehetősen ,, viharos" a múltja Magyarországon. A 
forgalmazás mindvégig a KFKI-s cégek berkeiben maradt. 1990-től 1992 
decemberéig a Tradis volt a hazai disztribútor, majd egy éven át — stratégiai 
partnerként — a Xeus próbálta sikerre vinni az Informixot. Közben a nagy 
hardverforgalmazók mellett a Tradistar is jogosítványt szerzett Informix-ér- 
tékesítésre. A helyzet talán idén jutott nyugvópontra: 1994 januárjában a 
KFKI új szervezetet hozott létre, az OpenSoftot, amellyel az Informix 
rendszerintegrátori, forgalmazói, és stratégiai partneri szerződést kötött. 
Menet közben az Informix disztribúciós szerződést írt alá a Waltonnal, majd 
márciusban magyarországi képviselőt nevezett ki. 


nem érzékeli, hogy az Oracle rendszer- 





hez egy idegen adatbáziskezelő is csa- 
tolva van. 

Az Informix szerverek és front-end 
eszközök is összekapcsolhatók más cé- 
gek termékeivel. Az idegen szoftverek 
lehetnek CASE-eszközök (OpenCase 
ToolBus, OpenCase Encapsulator, In- 
formix-4GL for ToolBus), lehet például 
a SAP, vagy akár az Excel. Online 
módon  (ODBC-szabvány szerint) 
DOS-os és windowsos szoftverek loká- 
lisan vagy hálózaton keresztül kapcsol- 
hatók adatbázis-meghajtókhoz. A Unix- 
világgal is megvalósul az összekapcso- 
lódás: az adatbázisokhoz 4GL szintű 
front-end eszközökkel kapcsolódik az 
Informix, és az XA-szabványt kielégítő 
rendszerekkel is megvalósul a kapcso- 
lat. A Unix-mainframe kapcsolatot is 
, ápolja" az Informix, vagyis lehetővé 
teszi IBM DB2 adatok elérését, lekér- 
dezését és módosítását, 

Sziebig Andrea 





ADATBÁZIS-FRISSÍTÉS 
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Magic, SuperNova, Uniface 


Alkalmazásfejlesztők a ringben 


Amikor adatbáziskezelésről beszélünk, 

nem elég csak magáról a szoftverről szólni. 
Ugyanis az adatbáziskezelő nagyon korlátozottan 
használható az ember-gép kapcsolatot létrehozó 
programtermékek nélkül. Ebben a ,műfajban" 

a hazai piacon jelen lévő konkurens rendszerekkel 
— Gupta, Magic, SuperNova, Uniface — 

ezért célszerű kicsit mélyebben megismerkedni. 


A nagyobb teljesítményű adatbázis- 
kezelőa-Ikalmazásoknál jelenleg két 
alapvető felépítés terjedt el. Az egyik 
esetben az adatbáziskezelő és az alkal- 
mazás ugyanazon a gépen fut, a másik 
esetben az adatbáziskezelő egy adatbá- 
Zis-kiszolgálón fut, míg az alkalmazá- 
sok a kiszolgálóval hálózaton keresztül 
összekötött gépeken futnak. Bizonyos 
előnyök és hátrányok már ennyiből is 
világosak, bár összevetésük nem is 
olyan egyértelmű. 

Az első esetben a központi gépnek 
nagyobb teljesítményűnek kell lennie, 
mert nemcsak az adatbázis-művelete- 
ket, hanem az alkalmazásokban végzett 
műveleteket is végre kell hajtanunk. A 
rendszer karbantartása, üzemeltetése 
viszont egyszerűbb és biztonságosabb, 
az alkalmazások számára általában ele- 
gendő egy nem túl drága soros vonali 
terminál. 

A kliens-szerveres megoldás eseté- 
ben viszont csak az adatbázis-művele- 
teket kell a központi gépnek végeznie, 
az alkalmazások számításigénye — 
amely egy grafikus ablakos környezet 
esetén igen komoly is lehet — nem 
terheli a központi gépet. Ehhez azonban 
az alkalmazások futtatására is komo- 
lyabb teljesítményű számítógépeket 
kell használni, amelyek üzemeltetése 
költségesebb, mintha csak egyetlen 
központi gép lenne nagyobb teljesítmé- 
nyű. Azonos számítási teljesítményű 
rendszer kiépítése esetén a kliens-szer- 
veres megoldás olcsóbbnak és rugalma- 
sabbnak tűnik, bár a felhasználók — a 
magasabb üzemeltetési költségek miatt 
— ennek az előnynek egy részét bizo- 
nyos idő alatt elveszítik. Ennek fényé- 
ben talán érthető, hogy ma a világban 
a kliens-szerveres megoldások terjed- 
nek jobban. 
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Mihez alkalmazkodjon? 


Amikor egy 4GL eszközt elkészíte- 
nek, az első döntés, amelyet fejlesztő- 
inek meg kell hozniuk, hogy mihez 
alkalmazkodjanak jobban. 

Lehet a megoldandó feladat jellege 
a döntő. Ilyenkor születnek a különböző 
űrlapkezelő jellegű rendszerek. Hasz- 
nálatbavételükhöz meglehetősen sok 
tanulásra van szükség, de utána nagyon 
gyorsan, programozás nélkül lehet ve- 
lük olyan feladatokat megoldani, ame- 
lyeket az eszköz támogat. Menet köz- 
ben azonban kiderülhet, hogy a felhasz- 
nálók igényeit nem lehet komolyabb 
kompromisszumok nélkül kielégíteni, 
sőt rossz esetben a feladat megoldha- 
tatlan az adott eszközzel. 

A másik megoldás egy általánosabb 
fejlesztőeszköz, amelyet — mivel nem 
konkrét feladattípushoz készítenek — 
programozni kell. Igaz, hogy ilyenkor 
még az egyszerű feladatok is progra- 





mozást igényelnek, ami rontja a pro- 
duktivitást, ha azonban jól csinálják 
meg a rendszert, megfelelő alapokkal a 
betanulási idő is rövid lehet, és a 4GL 
eszközt ki lehet egészíteni programo- 
zást támogató eszközökkel. Így valóban 
hatékony eszközzé is válhat. 

Az ördög — mint annyiszor — most 
is a részletekben lakik. Éppen ezért 
érdekes lehet, hogy azonos szempont- 
rendszert alapul véve mit állít magáról 
a Magic, a SuperNova és a Uniface 
hazai disztribútora. (A Gupta ebben az 
összehasonlításban nem szerepel, ha- 
nem azt következő számunk Szoftver- 
portéka rovatában külön kivesézzük.) 


Az alkalmazásfejlesztés módja 


Magyarországon széles körben is- 
mert 4GL a Magic, amely kicsit kilóg 
a 4GL-sorból. Sokféle összefüggő szó- 
tárral, a táblázatkitöltésekhez elégséges 
kevés  billentyűleütéssel, — bonyolult 
szintaktika nélkül, fejlett integritásvé- 
delemmel és felügyelettel készül a 
program, amely így könnyen karban- 
tartható, és a programozótól független. 

A SuperNovában a programfejlesztés 
kétféle módon történhet: párbeszédes 
üzemmódban, menükből válogatva egy 
integrált  fejlesztőkörnyezetben (ún. 
applikációépítő segítségével), vagy egy 
magas szintű, objektumorientált 4GL- 
forrást editálva. A kétféle módszer fel- 
váltva, párhuzamosan használható azo- 


— Kár, hogy a FoxPróról nincs upgrade a Samantha Foxra... 


nos alkalmazás  fejlesztésekor is. 
Könnyen hívhatóak a SuperNova-alkal- 
mazásból 3GL-ben megírt programré- 
szek is (például C). 

Az alkalmazásfejlesztéshez a Uni- 
face-nél interaktív, menüvezérelt, gra- 
fikus editor szolgál, amelyet a nagyszá- 
mú, különböző szinteken elhelyezkedő 
kapcsolóponton . (triggerponton) 4GL 
programkóddal lehet kiegészíteni. 


Hordozhatóság 


A Magic egyaránt futtatható a fonto- 
sabb hardverplatformokon: IBM PC, 
RS/6000, AS/400, DEC (Alpha is), HP, 
Sun, Data General, Olivetti, Unisys és 
operációs rendszereken: DOS, Win- 
dows, Unix (SCO is), VMS, CTOS. A 
rendszer hordozható, az alkalmazás vál- 
toztatás nélkül, újrafordítás nélkül min- 
den platformra átvihető, sót, vegyes 
hálózatokban többféle hardver futtat- 
hatja ugyanazt az alkalmazást — noha 
ez fizikailag egy helyen, egy példány- 
ban van tárolva. A karakteres környe- 
zetet kvázigrafikusan valósították meg. 
De a karakteres fejlesztővel létrehozott 
alkalmazás valódi windowsos futtató- 
val, teljesen grafikus felületen is futhat 
módosítás nélkül. 

A SuperNova-alkalmazások hasonló 
módon átvihetők és futtathatók a fent 
említett környezetekben. A SuperNova 
a karakteres mellett grafikus fejlesztő- 
környezettel is bír, s ennek segítségével 
MS Windows, Motif és Open Look 
felületek között hordozható, valódi gra- 
fikus alkalmazásokat is készíthetünk 
(például  üzenetvezéreltség, képek, 
hotspotok kezelése). 

A Uniface egyaránt független a plat- 
formtól (VAX/VMS, szinte minden 
Unix, VOS, OS/2, DOS, MS Windows), 
az adatbázistól (Sybase, Oracle, Infor- 
mix, Ingres, Progress, DB2, RDB2, 
RMS, C-ISAM, Dbase III. stb.) és a 
hálózati szoftvertől (DecNet, TCP/IP, 
LAN Manager, Novell). Az alkalmazá- 
sok grafikus és karakteres környezetben 
változtatás nélkül futtathatók. A hor- 
dozhatóság megvalósítása azonos plat- 
formok között binárisan (közbülső in- 
terpretálandó kódon), különbözők ese- 
tén forrásban (speciális ASCII átadóál- 
lományban) történik. 


Adatbázis-függetlenség 


A Magic az adatbázisokat átjárók 
(gateway-k) segítségével éri el, ame- 
lyek opcióként választhatók.  Vala- 
mennyi platformon tartozékként adot- 
tak bizonyos SOL-átjárók (Oracle, 
Sybase, Informix, RDB, Ingres), és a 


következő ISAM-átjárók: Btrive, X- 
Base (Clipperhez, FoxPróhoz, Dbase- 
hez), Ctree, C-ISAM, AS/400, MF-Co- 
bol, RMS. (ISAM — indexed seguen- 
tial access method — indexelt sorrend- 
elérésű módszer.) Egyszerre több adat- 
bázis is indítható: a fejlesztő és a fel- 
használó számára észrevétlen, hogy 
mit, melyik adatbázison keresztül ér el 
a Magic. Az adatbáziskezelők beépített 
tranzakciókezelő, egyéb adatbiztonság- 
növelő és sebességi előnyeit a Magic 
az átjárókon keresztül teljeskörűen 
szolgálja ki. Azonos adatbázisokon nem 
Magic alapú más alkalmazásokkal is 
együttműködik. 

A SuperNova a Magic esetében em- 
lített adatbázis- és állománykezelőkhöz 
saját meghajtókat nyújt. A SuperNova- 
alkalmazások számára teljesen átlátszó 
a háttér-adatbáziskezelő típusa, és az 
alkalmazásban azonos módon kezelhe- 
tünk egy időben akár több típusú adat- 
bázist is. 

A különböző adatbáziskezelőkkel 
való kapcsolattartást a Uniface saját 
csatolóin keresztül valósítja meg. Ezek 
az adott adatbáziskezelő-verzióra nézve 
is specifikusak, mert kihasználják an- 
nak speciális lehetőségeit is. 


Osztott feldolgozás 


Teljeskörűen rendelkezésre áll a kli- 
ens-szerver, a natív (terminálos) és ve- 
gyes üzemmódok minden lehetséges 
kombinációja. A Magic alapkoncepci- 
ója a hálózatos, osztott feldolgozás. 

A SuperNova saját eszközöket biz- 
tosít a hálózati protokoll (TCP/IP, Dec- 
net, NetBios, SPX/IPX) felett a kliens- 
szerver üzemmód megvalósítására. 
Egyedüli azon képessége, hogy egy 
adott alkalmazás futását szétosztja a 
hálózaton hozzáférhető szervereken: az 
eljárások megírása teljesen azonos esz- 
közökkel történhet. 

A Uniface kifejezetten kliens-szerver 
üzemmódban ajánlott. A Polyserver 
használata esetén heterogén adatbázi- 
sok egyidejű konzisztens kezelése is 
biztosított, akár több szerveren is. 


Tanulhatóság, kezelhetőség 


A Magic fejlesztőrendszer alapvető- 
en új megközelítés elsajátítását kívánja 
meg. Tanfolyamok, support, forrásban 
átadott mintapéldák és magyar könyvek 
segítik a betanulást. Jól kezelhető ma- 
gyar felületet ad a számítógéppel segí- 
tett programozás (CAP) elveinek meg- 
felelően. A futtatórendszer nagyon erős 
beépített szolgáltatásokkal rendelkező, 
egységes, magyar nyelvű felületet biz- 


A HÓNAP TÉMÁJA 


tosít. Valamennyi — bárki által írt — 
Magic-alkalmazásnak azonos a kezelői 
felülete, így elég az alkalmazás szakmai 
részére koncentrálni. 

A SuperNova ún. builder interaktív 
(párbeszédesen építhető), jól kezelhető 
felületet ad. 4GL nyelve magas szintű, 
könnyen tanulható — elsősorban a Co- 
bol és a Clipper logikájához szokott 
felhasználók számára. 

A fejlesztőeszköz a Uniface-nél is jól 
kezelhető, kihasználja a Windows, il- 
letve a Motif grafikus lehetőségeit. 


Kapcsolat CASE-eszközökkel 


A Synthesies nevű indiai CASE-esz- 
köz — mások mellett — közvetlenül 
együttműködik a Magic-kel. 

A SuperNova több szinten kapcso- 
lódhat CASE-eszközökhöz. Adatszótá- 
rát felépíthetjük egy sémaeditorból (Er- 
Win), vagy CASE-eszközből származó 
leíróval. Ezek mellett a SuperNova 4GL 
generálható többféle CASE-eszközzel 
(ISEE, System Architect). 

A Uniface jelen pillanatban közel 20 
CASE-eszköz felől képes az adatmo- 
dellt fogadni. Az ismertebbek ezek kö- 
zül: ProMoad, Oracle CASE, Westmount 
CASE stb. 


A csoportmunka támogatása 


A Magic megengedi a párhuzamos, 
többmunkahelyes fejlesztést. A beépí- 
tett jogosultságkezelés 8090-a a fejlesz- 
tést szolgálja, amely nagy szabadságot 
ad a munka biztonságos megszervezé- 
sében. További segédeszközök támo- 
gatják a saját modultárak kialakítását, 
kész template-könyvtárak kaphatók, 
amelyekkel szinte összeollózássá egy- 
szerűsödhet egy fejlesztés. 

A SuperNova több eszközt is kínál a 
fejlesztéshez: ilyen például az al-alkal- 
mazások kezelése vagy a saját projekt- 
menedzsment. Mivel a SuperNova 4GL 
objektumorientált nyelv, ennek minden 
előnye kihasználható, így például az 
alrendszerek teljes függetlensége vagy 
a moduláris fejleszthetőség. A fejlesz- 
tőeszközzel készen kapott sablon- 
könyvtárban található eljárássablonok 
(template-ek) segítségével teljes funk- 
ciók készen behívhatók a program fu- 
tásának teszőleges pontján. 

A csoportmunka támogatására az 
Uniface is sokféle eszközzel rendelke- 
zik. Az Uniface jelenleg 20 különböző 
CASE-eszközből képes az adatmodellt 
fogadni, közülük az ismertebbek: a Pro- 
Mod, az Oracle CASE és a Westmount 
CASE. 

Kubovics András—Sziebig Andrea 
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"A StaTOR nem gondolkodik, hanem le- 
hetőséget biztosít Önnek, hogy gondola- 
sőt gondolatvilágát benne leké- 
pezze, s azzal interaktív kapcsolatba lép- 


"A StaTOR magától nem old meg semmi- 
lyen szakmai problémát, de ismereteink 
szerint a legjobb eszköz arra, hogy az 
adott problémával kapcsolatos összes 
irodalmat, ötletet és vonatkozó problé- 
mát logikailag rendezze és valóban úgy 
láttassa, hogy az a probléma megoldására 


(igti KFT) 
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A TOR GONDOLATORIENTÁLT SZOFTVER CÉG COMPFAIR "93 DÍJAS TERMÉKE 


A StaTOR egy újszerű elven mű- 
ködő program, mely leginkább a 
szövegszerkesztőkkel és az 
adatbáziskezelőkkel mutat ro- 
konságot, bár ezek közül egyik 
kategóriába sem sorolható. 

A szövegszerkesztőktől eltérően 
bekezdéseink nem csak (sőt: nem 
feltétlenül!) az olvasás sorrendjé- 
ben (felülről lefelé) követik egy- 
mást, hanem egy általunk, vagy a 
program által félautomatikusan 
létrehozott fogalmi háló pontjain 
helyezkednek el, akár a díszek a 
karácsonyfa ágain. 

Ez a fogalmi háló hasonlít az 
adatbáziskezelőkben megvalósí- 
tott hierarchiákhoz, de azoknál 
sokkal rugalmasabb, mert a fo- 
galmaknak nem csak piramis- 
szerű  rész-egész viszonyának 
leképezésére képes, hanem a 
fogalmak minden megszorítás 
nélkül mutathatnak más fogal- 
makra, miáltal fogalmi lánc (gráf, 
fa), háló (folyamatábra), gyűrű 
(ciklus), kölcsönös megfelelés 
(szinoníma-antoníma), — hurok, 
gubanc (tezaurusz) hozható létre. 
(Ebből rögtön következik, hogy a 
karácsonyfa-hasonlat csupán 
szemléletes, de durva egyszerűsí- 
tése a StaTOR-ral létrehozható 
struktúráknak.) 


Mi tehát a StaTOR? Szövegszer- 
kesztő? 

Részben. Nem tudja tipografálni a 
létrejött szöveget, de akár a fogal- 


mi hálóból magából, akár a háló 
végpontjain található szövegele- 
mekből létre tud hozni egy olyan 
szövegállományt, melyet az Ön 
kedvenc  szövegszerkesztőjének 
már valóban csak tipografálnia 
kell ahhoz, hogy a nyomdakész 
publikáció megszülessék. (Ez az 
írás, amelyet Ön most a kezében 
tart, szintén így készült.) A Sta- 
TOR a szövegszerkesztőknél álta- 
lános szövegminta (szintaktika) 
szerinti keresés mellett a tartalmi 
(szemantikai) keresést is kínálja. 
Hogy ez mire jó? Arra, hogy pl. a 
,.kutya" szóra keresve azokat a 
szövegrészeket is meg lehessen 
találni, amelyekben az ,eb" szó 
fordul elő. Ehhez nem kell más, 
mint hogy a ,kutya" és az ,eb" 
fogalmak (mint szinonímák) köl- 
csönösen egymásra mutassanak. 
Ezek után már a kettő közül bár- 
melyik alá rendelheti az , angol 
szetter" fogalmat; az mindkét 
fogalom felől elérhető lesz. A Sta- 
TOR keresése , okosodik" is azért, 
mert a találatok a struktúra bár- 
mely pontján elhelyezhetők, tehát 
a hagyományos szövegszerkesz- 
tőkkel ellentétben elég egyszer 
keresni. 


Akkor talán adatbáziskezelő? 

Részben. Szövegorientált, azaz 
nem tud statisztikai számításo- 
kat, üzleti grafikai megjelenítést, 
de képes az Ön kedvenc adatbá- 
ziskezelőjéből kifejtett strukturált 


szövegek beolvasására, több 
szempont szerinti rendezésére, 
abból akár borítékcímkét, vagy 
táblázatot nyomtatni, vagy feldol- 
gozás után egy olyan strukturált 
szöveget létrehozni, melyet Ön 
visszatölthet az adatbáziskeze- 
lőbe. 


És még mi a StaTOR? 

A Compfair 93 vásárdíjával ki- 
tüntetett szoftver. 

Egy  gondolatorientált (TOR  - 
Thought ORienteg) szoítver. 

A gondolkodó ember szoftvere. 


Bővebb felvilágosítás 
kérhető a szofítver 


I 


forgalmazójánál: 


igzi Kulturális Informa- 
tikai és Innovációs KFT. 
1011 Bp., Corvin tér 8. 
1251 Budapest, Pf. 88. 
Princz Péter J. 

Tel.: 201-3766/32 
Huszerl József 

Tel.: 201-5728 
Bemutatók: 

hétfőnként 14-16"-ig 

Kérjük, a bemutató előtt 
egyeztessen időpontot a 
fenti telefonszámok vala- 
melyikén. 














StaTOR - a gondolkodó ember szofítvere 
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INFORMÁCIÓKÉRÉS: A0925 A 


Még nincsenek címeres tankönyvei 


Adatbázisforgalmazás itthon ÍS 


Ösapáink enciklopédiái és gyűjteményei 
adatbázisokká keresztelődtek át, 

sőt az ódon katalógusfiókok tartalma is 
egyre inkább elektronikus memóriarekeszek 


,martalékává" válik. 
Mégsem feltétlenül szakbarbár 
az a szakértő, 


aki manapság bájtokban szolgáltatja az információt. 
Az adatbázisforgalmazás messze túlmutat 
az eszközként alkalmazott technikán. 


Tulajdonképpen Tinódi Lantos Se- 
bestyén is , fogalmazta és forgalmazta" 
az útjába vetődő , adatokat". Manapság 
viszont egészen más módszerekkel ter- 
jed az információ. A legjobb, ha alapo- 
san szemügyre vesszük azt a táblázatot, 
amely a lényeget szemlélteti. A váloga- 
tást a Magyar Adatbázisforgalmazók 
Kamarája Metaadatbázis nevű gyűjte- 
ményéből állítottuk össze, amely az 55 
legnagyobb rekordszámú állományról 
nyújt néhány fontos információt. Az 
adatbázisok több mint fele online mó- 
don érhető el, a többit valamilyen tároló 
eszközön (floppyn, CD-ROM-on) for- 
galmazzák. 


A mesterség és a mindig más mestermű 


Aki az adatbázisforgalmazás mester- 
ségét kívánja űzni, komolyan el kell 


CD-ROM katalógus 
— lemezmellékleten 


Nem kell mindent tudni, de tudni 
kell, hogy mit honnan lehet megtudni! 
Ez a klasszikus bölcsesség a CD 
korongjával újabb megerősítést nyert, 
mert kitágult az ismeretek kis helyen 
való tárolásának lehetősége. 

Elképesztő méretű adathalmaz fog 
rövid idő alatt bevonulni az irodákba, 
a lakásokba... A tudás kulcsa pedig 
itt is az eligazodás képessége lesz. Mi 
abban máris segítünk, hogy időnként 
bemutatjuk a választási lehetősége- 
ket. Mostani és következő lemezmel- 
lékletünkön két részletben közre- 
adunk egy CD-ROM Katalógust. 





gondolkoznia az adat természetének és 
fogadtatásának összehangolásán. Nem 
mindegy ugyanis, hogy milyen gyakran 
változó adatot, milyen formában, kinek, 
és milyen gyorsan kívánunk , elsőzni". 
És persze mennyiért. 

E kérdéskör megoldása már nem is 
annyira a számítástechnikus, mint in- 
kább a közgazdász agyát dolgoztatja 
meg. Még jobb azonban, ha erre a 
feladatra egy gazdasági informatikus 
válaszol, aki nem riad vissza az infor- 
mációbombáktól, hanem megtanulja 
azokat gazdaságosan dobálni. 

Mielőtt a helyes megoldásra rájönne, 
hosszas előkészítő munkával tapogatja 
ki a helyes fogást, majd rákészülve a 
manőverre, előteremti annak technikai 
bázisát. Ekkor már tisztában kell lennie 
a várható fogadtatással, amelynek alap- 
ján kidolgozhatja adatbázisforgalmazói 
megoldásait. Valójában értelmetlen va- 
lamennyi megoldási módszert (BBS, 
CompuServe, InterNet, IIF stb.) ismer- 
tetni, mivel a konkrétan vizsgált kör- 
nyezet ismerete újabb és újabb variáci- 
ókat szül. 


Adatbázisforgalmazói megoldások 


Természetesen az adatbázisforgal- 
mazói megoldás nem csupán azt jelenti, 
hogy milyen formában szánjuk teríteni 
az információt, amelyet — nem kevés 
szorgalommal — gyűjteni vagy gyárta- 
ni kell. Az , adatbázisforgalmazásban 
utazók" ügyessége egyrészt azon múlik, 
hogy képesek-e felismerni az informá- 
cióhiány megjelenését, másrészt hogy 
minek alapján döntik el a teendőt: elő 
kell, állítani az információt, vagy csak 
annak forrását kell feltárni. Az igazán 


profik pedig azok, akik képesek meg- 
teremteni az információhiányt is! 

Mindenki képessége és lehetősége 
szerint találhatja meg a számítását e 
megoldási módszerek valamelyikének 
alkalmazásával. Vegyük sorra, hogy 
konkrétan mik is ezek az adatbázisfor- 
galmazói megoldások. 

— Egy, már létező információ átdol- 
gozása és közreadása. 

— Létező információcsomag mellett 
hasonló összeállítása teljesebb, komp- 
lexebb formában. 

— Azonos információcsomag fejlet- 
tebb technikai módszerekkel való ter- 
jesztése. 

— Még nem ismert információ be- 
szerzése és terjesztése. 

— Még nem létező információ előte- 
remtése és terjesztése. 

— Információhiány teremtése és an- 
nak betöltése. , 

Danicz Ágnes 


Szoftverkatalógus 
— lemezen 


1993-ban jelent meg először a 
Szoftverkatalógus: magyar szoft- 
verfejlesztők és magyar fejleszté- 
sű szoftverek katalógusa. A kiad- 
vány sikerén felbuzdulva idén ta- 
vasszal a fejlesztők mellett már 
szoftverforgalmazók is szerepel- 
tek az összeállításban. Könyv- 
alakban ingyen terjesztik a kata- 
lógust, amelyet évente legalább 


kétszer felfrissítve jelentetnek 
meg. Jó hír, hogy már floppyn is 
kiadják a katalógust. Igaz, a mág- 


neslemezes  változatért fizetni 
kell, azonban a kereső, listázó, 
etikettcímkéző programmal ki- 
egészített adatbázist rendszeresen 
karbantartják. § 

Ha sikerült a magyar szoftveres 
világot ilyen eredményesen fel- 
térképezniük az adatbázis össze- 
állítóinak, akkor örömmel üdvö- 
zölnénk — akár tőlük, akár má- 
soktól — hasonló összeállítást a 

- hazai hardverforgalmazásról. 
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MH Cégkatalógus 

mM Társasági tulajdonrészekre 
vonatkozó információ 

m Az ÁVÜ pályázati felhívásainak 
aktuális listája 

LVA TTL [AVAT Tele 

W Az önprivatizációs program III. 
ütemében szakértőként befogadott 
cégek listája 

L EELVUNÜMEKÁE ez ETEL etetett 

LEVO ETV TTTeT 

















1133 Budapest, Pozsonyi u. 56. Tel.: 269-8990 Fax: 269-8991 
Félfogadás: 

Hétfőtől-csütörtökig: 8.00-16.00 

Pénteken: 8.00-15.00 





6000 Kecskemét, Rákózci út 2. Telefon: (76) 487-611 Fax: (76) 487-611 5000 Szolnok, Kossuth u. 4. Telefon: (56) 425-524 Fax: (56) 425-524 

7621 Pécs, Janus Pannonius u. 11. Telefon: (72) 410-803 Fax: (72) 410-928 2801 Tatabánya, Fő tér 4. Telefon: (34) 311-662 Fax: (34) 310-197 

5600 Békéscsaba, Andrássy út 22. Telefon: (66) 323-022 Fax: (66) 441-245 3100 Salgótarján, Rákóczi út 11. Telefon: (32) 314-025 Fax: (32) 310-439 
3530 Miskolc, Déryné u. 18. fsz. 1. Telefon: (46) 357-695 Fax: (46) 357-695 7400 Kaposvár, Csokonai u. 3. Telefon: (82) 315-122 Fax: (82) 316-024 
6701 Szeged, Tisza L. krt. 63. Telefon: (62) 483-683 Fax: (62) 483-233 4400 Nyíregyháza, Váci M. u. 41. Telefon: (42) 343-431 Fax: (42) 313-270 
8000 Székesfehérvár, Rákóczi út 25. Telefon: (22) 318-010 Fax: (22) 318-000  ! 7100 Szekszárd, Széchenyi út 24. Telefon: (74) 316-288 Fax: (74) 315-595 
9000 Győr, Czuczor G. u. 30. Telefon: (96) 316-188 Fax: (96) 316-188 9700 Szombathely, Berzsenyi tér 1. Telefon: (94) 311-211 Fax: (94) 313-275 
4024 Debrecen, vármegyeháza u. 1/b. Telefon: (52) 349-901 Fax: (52) 349-901 1 8220 Veszprém, Vár u. 21. Telefon: (88) 324-033 Fax: (88) 324-033 

3300 Eger, Klapka u. 1. Telefon: (36) 311-058 Fax: (36) 311-058 8900 Zalaegerszeg, Köztársaság útja 17. Telefon: (92) 310-800 Fax: (92) 316-062 
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Háttérszínek 


Állandó 
adatok 
etikettenként 


22 





(Eweckform WinLabel" 


ETIKETTFELIRATOZÓ SZOFTVER 
WINDOWS ALATT 


magyar nyelven is! 














Különböző fontok 
és betűméretek 
(True Type is) 
File importálás 
Sorszámozás 
Vonalkódok 








Adatok adatbázisból 


LÉZER - INKJET - MÁTRIX NYOMTATÓHOZ 


: Számlázás " Grafika " Adatbázis " Vonalkódok " 
" Szövegszerkesztés " 





DE A LÉNYEG: A PROGRAMHOZ 
TARTOZÓ VALAMENNYI ETIKETT 
ÁLLANDÓAN KAPHATÓ! 
ÁRA CSAK 6800 Ft -. áfa 


A Toplabel tulajdonosok 
1000 Ft kedvezményt kapnak. 


éri ARECO 


Ca4E 








Üzlet: 
Budapest VI., 
INFORMATIKAI KFT. Podmaniczky u. 9. 

, 
Telefon: 112-5084, 111-6802, 111-1456 Telefax: 131-0340 s 
Nyitva tartás: hétfőtől-péntekig 8-tól 18 óráig 20 
Csomagküldés utánvéttel 2 

z 








úgy, ahogyan egy monitort 


szokás csatlakoztatni. 
— Kompatibilitás: PC és 
Macintosh gépekhez 
egyaránt használható. 
— ethű színek: 16 és 1.44 millió 
2 szín között. 
ÚJ, herdozható kivetítő — Felbontás: 640 480 és 
A berendezések egy még 1024x768 között. 
hatékonyabb — Wiieo támogatás: hordozható 
mh érdekében, mesl még olcsóbtani mozi", rendkívül kis 
s a. a PanelBook válaszidővel (25 ms). 
isszák ász LCD kivetítők 40 96-kal — Prezentációs segédeszközöl 
1085 Budapest, kisebbek a piacon kapható mutatópálca, prezentáció 
Üllői út 52/b. társaiknál. Természetesen ez készítő szoftver, vezeték 
"Rlefon: 133-7629 csak a méretükre vonatkozik! nélküli egér stb. 


Fax: — 133-7316 
6000 Kecskemét, 
Szarvas u. 24. 
Telefon: (76) 488-888 
Fax: (76) 488-889 


— Könnyű kezelhetőség: Ön csak ALiteShow sorozathoz már 
fölhelyezi az írásvetítőre a számítógépre és írásvetítőre siRcs 
készüléket, majd szükségi 
csatlakoztatja 
számítógépéhez, pontosan 


Nem csodálatos, hogy egy ilyen kis készülék 
milyen nagy dolgokra képes? 


ÚJ ALAPLAP 1994/9 





BIZTOS 


csak akkor lehet számítógépes színbontásának 
minőségében ha a levilágított filmről 


készül. 
A/4-es proof csak 


A/4-es levilágítás csak 


TAI űj NYOMDAIPARI ÉS KERESKEDELMI KET. 
IRISZ 1134 BUDAPEST, KASSÁK L. U. 78. TELEFON: 149-0791 
OTKEBERERKNKZNKKÉKEÉ TT . ZER 


TT 
PROFON 


HELYI KÁBELHÁLÓZATOK 
tervezése és kivitelezése 


ADATHÁLÓZATOK 

— IBM Cabling System 

— ETHERNET 

—UTP 

— Twinaxiális 

— Koaxiális 

— Egyéb 

ERŐSÁRAMÚ HÁLÓZATOK 
— Számítástechnikai rendszerek 
HÍRKÖZLŐ HÁLÓZATOK 

— Alközponti hálózatok 

— Modemes hálózatok 
RACKSZEKRÉNYEK 
RACKSZERELVEÉNYEK 
ÖSSZEKÖTŐ KÁBELEK 


1141 Budapest, Egressy út 113/E 
Telefon/Telefax: 252-0663 





CompuKorn ráccsal is kérheti. 
jában hozott maszk alapján 
gos árak, pontosítást faxra kérhet) 
Lehel u. 48. a DOMUS-nál, az un. Coloi jafház Lehel úti frontján. . Roberts gt Tocsi 
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Munkában az Axis-3D 


GÉPRAJZ 


Magyar eszköz — statikusoknak 


A mérnöki munka igen sok számolással jár. 
Elvárnánk, hogy legalább ezt a tevékenységet hathatósan 


segítsék a számítógépek. 


Találtunk is az időigényes feladat kiváltására egy jó példát, 
a hazai fejlesztésű Axis-3D statikai programrendszert. 


A mérnökök dolgát a számítástech- 
nika két területen könnyítheti. A számí- 
tások egyrészt tömegesen és gyorsab- 
ban végezhetők el, nem szorítanak 
mennyiségi korlátok sem. Így olyan 
kevésbé egyszerűsített modellek és fel- 
adatok számításához is hozzá lehet fog- 
ni, amelyek kézi megoldása teljesen 
reménytelen lenne. A számítástechnika 
másik hatásterét a dokumentálás, főleg 
a rajzolással kapcsolatos feladatok je- 
lentik, amelyekben az általános — vagy 
jobb esetben a célfeladatokat is megol- 
dó — CAD programok segítenek. A két 
terület szoros összekapcsolása, vagyis 
hogy automatikusan lerajzolódjék az a 
szerkezet, amelyet kiszámítunk, kínos 
feladat. Bár külön-külön hatékonyan 
lehet támogatni a két tevékenységet, de 
a köztük levő kapcsolatot rengeteg kon- 
venció, rutin és sok egyéb mérnöki 
meggondolás teszi kuszává. 

Manapság még vitatható, hogy egy 
nagy, , komplex" megoldást nyújtó 
rendszer hatékonyabb-e, vagy az, ha 
valaki egy alkalmas eszközzel elvégzi 
a számítást, majd egy másikkal a rajzos 
teendőket. 











A végeselem-módszer 


Néhány évtizede jelent meg a véges- 
elem-módszer a gyakorlatban. Elterje- 
dését — sőt alkalmazásának lehetősé- 
gét — a számítástechnikának köszön- 
heti. A klasszikus megoldásokban egy 
összefüggést állapítunk meg a vizsgálat 
tárgyának viselkedésére. Az összefüg- 
gést azonban csak egyszerűbb esetek- 
ben tudjuk megtalálni, gyakran a való- 
ságot jelentősen módosító egyszerűsí- 
téshez kell folyamodnunk. 

Manapság azonban nem számít, ha 
bonyolultak az összefüggések, nem 
akadály, ha egyenletek ezrei írják le a 
szerkezet viselkedését, amelyet már 
nem nekünk kell kiszámolnunk logar- 


lécünkkel. Részekre osztjuk vizsgáló- 
dásunk tárgyát, leírjuk az őket érő külső 
hatásokat, kiegé ük az elemek egy- 
máshoz való kapcsolatával, és csak meg 
kell oldanunk egy hatalmas egyenlet- 
rendszert. Kell hozzá még egy appará- 
tus, amely segít leírni a feladatot, és 
egy másik, amelyik értelmezi az ered- 
ményt. 

A végeselem-módszer sok területen 
alkalmazható, kezdve a tengerek áram- 
lásának kutatásától egészen az űrhajó- 
tervezésig. Az Axis-3D azonban leszű- 
kíti a lehetőségeket a statika szűk tudo- 
mányára, azonban ezen belül igen tágak 
a határok: mindent tartalmaz, ami egy 
statikus számára fontos (lehet), továbbá 
úgy, ahogy az számára praktikus. 





A legbonyolultabb szerkezetet is 


Az Axis-3D térbeli és síkbeli felada- 
tok megoldására készült. A szerkezet 
állhat rúd-, rácsrúd-, illetve lemez-, 








tárcsa- és héjszerkezetekből, merev 
ból. A statikai és a rezgésalak-számítás 
történhet első- és másodrendű elmélet 
szerint. A program alkalmas rugalmas 
anyagú térbeli keretvázak, térbeli rá- 
csos szerkezetek, síkbeli keretek, tartó- 
rácsok, síkbeli rácsos tartók, rugalma- 
san ágyazott gerendák, síkbeli feszült- 
ségi állapotú és alakváltozású tárcsák, 
lemezek, rugalmas ágyazású lemezek 
és térbeli héjszerkezetek vizsgálatára, 
amelyek tetszőleges térbeli irányú és 
merevségű pontszerű vagy élmenti tá- 
maszon nyugodhatnak. A feladat mo- 
delljéhez szabadon felhasználhatjuk a 
fent felsorolt elemtípusokat, akár egy 
feladaton belül is vegyesen. Mennyisé- 
gi korlátot számítógépünk adottságai 
vagy a rendelkezésünkre álló idő jelen- 
tenek. Eredményként kapjuk az elmoz- 
dulásokat, a véges elemek igénybevé- 
teleit, a támasz-igénybevételeket, vala- 
mint teherkombinációk és terhelési ese- 
tek esetén ezek burkoló ábráit. 

A modell elkészítését, az adatok 
megadását, majd az eredmények kiér- 
tékelését kényelmes grafikus munkafe- 
lületen végezhetjük. A szerkesztésnél 
rendelkezésre áll egy olyan apparátus, 
amellyel hatékonyan adhatók meg még 
egy igen összetett szerkezet adatai is. 
A számított eredmények kiértékelését 
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is kellemes, szemléletes grafikus kör- 
nyezetben tehetjük meg, amely össze- 
tettebb feladatoknál nehezen lenne nél- 
külözhető. Segítség, hogy a program 
rendelkezik kétirányú DXF-formájú 
adatkapcsolattal. Így lehetőség van más 
CAD programban megszerkesztett váz 
közvetlen átvételére, illetve a számítás 
eredményeinek további feldolgozására, 
és a munka folytatására. 


A geometriai , háttér" 


Egy jó programeszköz sokat lendít- 
het rajtunk, mert menetközbeni sikerél- 
ményekkel , esünk túl" feladatunkon. 
Az élet olyan szigorú területén, mint a 
statika, mondhatnánk, hogy minek a sok 
sallang, legyen csak kiszámolva a fel- 
adat, aztán a többi már nem számít. 

Egy feladatnál az első akadály a 
geometriai adatok megadása, amely egy 
háromdimenziós szerkezet esetében 
igen bonyolult is lehet. A bonyolultság 
nem a program ügyetlenségéből adódik, 
hanem a geometriai adatok jellegéből. 
Segítheti a probléma megoldását sok, a 
célra használható szerkesztőfunkció, 
munkára alkalmas nézetek, és a köztük 
való váltás, vagy néhány, már szokásos 
trükk alkalmazása. A környezet hasonlít 
az AutoCAD szerkesztőjére, amelyet 
kiegészítenek a feladathoz illő speciális 
funkciók. Minden részletezés nélkül: 
megvannak a hatékony szerkesztés esz- 
közei. 

A geometriai váz felöltöztetése és 
kiegészítése a szükséges adatokkal 
(anyagtulajdonságok, megtámasztások 
és terhelések megadása) szintén nem 


Fila 


NERZIZTENI  Rezgés 


Stabilrtás Kilépés 
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ELEJETZEN — Rezgés 





okoz különösebb nehézséget. Rendel- 
kezésre áll egy általános igényeket ki- 
elégítő szelvény- és anyagadatbázis is. 
A végeselem-típusok megadásával és a 
végeselem-felosztással az adatok elő- 
készítése így megtörtént. Ezekben a 
műveletekben is sok apró, de a munkát 
hatékonnyá tevő segítséget (súlyelem- 
zés, helyi elemsűrítés, bemeneti adatok 
ellenőrzése stb.) nyújt a program. 


A ,támasztékok" 


A végeselem-módszer alkalmazásá- 
nál igen nagy egyenletrendszereket kell 
megoldani, ami optimalizálás után, a 
feladathoz és a mai számítógépek lehe- 








tőségeihez illeszkedő módszerrel sike- 
res. Így ellenőrizhető pontosságú és 
viszonylag gyors eredményt kapunk, 
jóllehet egy nagyobb feladat számítá- 
sánál azért akár órákra is magára hagy- 
hatjuk az egyébként fürge számítógé- 
pünket. 

Mind a grafikus, mind a számszerű 
eredmények jól áttekinthetők. Grafiku- 
san tetszőlegesen feliratozott, beállítha- 


tó sík- és térbeli ábrákon tanul- 
mányozhatjuk a modell működését. 


Ezek lehetnek szintvonalasan, színská- 
lásan, metszetben vagy diagram formá- 
jában ábrázolt elmozdulások és igény- 
bevételek. A dokumentáláshoz a szám- 
szerű eredmények a megfelelő tábláza- 
tokba — kerülnek. —— Termé- 
szetesen minden — léptékhe- 
lyesenis— kinyomtatható. Az 
adatok további feldolgozásra 
az ismert — .dbf, .dxf és bmp 
— formátumokban más prog- 
ramok számára is átadhatók. 

Szerves — de opcionális — 
része az Axis-3D programnak 
az a modul, amely vasbeton 
lemez- és tárcsaszerkezetek 
acélbetét-szükségletét a szab- 
vány szerint számítja ki. 

Az Axis-3D jó segédeszköz 
a statikai feladatok megoldá- 
sához, összesen már több mint 
60 példányát használják Ma- 
gyarországon. Ahogy az egy 
igazi szakalkalmazáshoz illik, 
megvannak a hozzá tartozó 
fontos szolgáltatások: hasz- 
nálható kézikönyv, betanítás, 
folyamatos segítség és tanács- 
adás. 

Szitás Gyula 
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CAMP-körkép 


Tervek a modellezett emberrel ÍS... 


Szeptember 13-15. között a Hilton szálló ad otthont 


a CAMP 94 kiállításnak. 
A konferenciával egybekötött 


negyedik nemzetközi CAD/CAM és multimédia 
szakkiállításra elsősorban a hazai forgalmazók 
hozzák el új — és kevésbé új — termékeiket. 


A szerkesztőségünkbe eljuttatott in- 
formációk alapján áttekintettük, hogy 
mely szoftverekkel találkozhatnak a ki- 
állításlátogatók. A jelek szerint a szoft- 
verkínálati palettán nincs igazi változás. 
Nagyon kevés az olyan alkalmazás, 
amely tükrözné a CAD-technológia lé- 
nyeges előrelépését. A helyzet kissé 
groteszk, mert ugyan akadnának ilyen 
rendszerek is, csak azok forgalmazói a 
CAMP-től távol maradnak. 

Korábban a szoftverek között a gé- 
pészeti alkalmazások domináltak, ma 
már nagyon sok hazai vállalkozás for- 
galmaz építészeti szoftvereket is. Saj- 
nálatos, hogy a kiállításon csak elvétve 
fordul elő magyar fejlesztésű CAD- 
rendszer. Persze a CAMP tükrében ké- 
szített . összeállításunkban szereplő 
szoftverek közel sem ölelik fel a Ma- 
gyarországon  — hozzáférhető teljes 
CAD/CAM választékot. 

Ujdonságnak számít a CADkey 7-es 
változata. A háromdimenziós mérnöki 
tervezést támogató rendszernek — 
amelynek legismertebb hazai forgalma- 
zója a MultiCAD Stúdió — figyelemre 
méltó a funkciókészlete és a teljesít- 
mény/ár viszonya. A felső kategóriás 
PC-k mellett Sun SparcStation, Silicon 
Graphics Indy és DEC Alpha munka- 
állomásokon is futtatható a rendszer. A 
kiterjedt — referenciával — rendelkező 
CADKkey sokoldalúságát egy sor kiegé- 
szítő modul (fejlett testmodellező, fel- 
ületmodellező, rajzoló, megmunkálás- 
tervező, IGES feldolgozó) is fokozza. 

Ugyancsak a MultiCAD Stúdió for- 
galmazza az Anthropos nevű antropo- 
metriai és ergonómiai modellező és 
szimulációs szoftvert. A német IST által 
fejlesztett rendszer az antropológiailag 
helyes embermodell térbeli mozgásá- 
nak és alaktorzulásának leírására, vala- 
mint a környezettel való egymásra ha- 
tásának az elemzésére szolgál. 





A Ditek International cég DynaDraw 
rendszere a CAMP egyik újdonsága. 
Elsősorban kispénzű felhasználóknak 
szánja a forgalmazó 4D CAD Studió a 
szoftver új verzióját, amely Windows 
3.1, Win32s és Windows NT operációs 
rendszerek alatt is elérhető. A több mint 
3000 parancsot tartalmazó új változat 
jellegzetessége: a dinamikus végrehaj- 
tás-követés, az összetartozási kapcsola- 
tok kezelése a változtatások átvezeté- 
sében, az automatikus helykeresés, a 
pontos geometriai alapegység-leképe- 
zés és a fejlesztői rendszer. 

A Nemetschek magyarországi képvi- 
selete az ÉKI (Építészeti Konstrukciós 
Iroda) az Allplan szoftvercsaládot mu- 
tatja be háromféle kiépítésben. A ma- 
gyar nyelvű, moduláris felépítésű, DOS 
alatt futtatható Allplan 300 nevű szoft- 
ver építész alapcsomagból és vasbeton 
vasalások szerkesztését támogató prog- 
ramból áll. Az építész modul fő funk- 
ciói: az alaprajzkészítés, a térbeli meg- 
jelenítés, a takartvonalas megjelenítés, 
a mérnöki mennyiségszámítások, a 
színtanulmány kidolgozása és a lépték- 
érzékeny könyvtári elemkezelés. Az 
Allplan 600 a szoftver bővített változata 
fényképbeillesztésre, terepmodellezés- 
re és anyaggazdálkodási feladatok vég- 
rehajtására. DOS-os és unixos környe- 
Zzetben is futtatható. A szoftvercsalád 
legnagyobb tudású tagja az Allplan 700, 
ez kizárólag Unix alatt fut, így kezeli 
a valós idejű megjelenítést is. 

Időzzünk még egy kicsit az építészeti 
és építőipari tervezőrendszereknél! Az 
Interag Software Kft forgalmazza a 
DOS és Unix alatt futtatható, felső 
árkategóriába tartozó UniCAD rend- 
szert. A moduláris programcsomag se- 
gíti az épülettervezést, vasbeton- és 
szerkezettervezést, híd- és alagútterve- 
zést, úttervezést és acélszerkezet-terve- 
zést. A szoftver acélszerkezeti tervező- 


modulja (Steelfab) a tervezést követően 
számítógépes eszközöket kínál a kivi- 
telezés előkészítéshez, sőt a gyártásirá- 
nyításhoz is. 

A CAMP elmaradhatatlan szereplője 
az a két magyar fejlesztésű, windowsos 
verzióban is hozzáférhető építészeti 
szoftver (ArchiCAD, ArchiTECH.PC), 
amely az építészeti tervezésnek külföl- 
dön is nagyra értékelt eszköze. A PC 
Szoftver által forgalmazott, kedvező 
árfekvésű Archi TECH.PC lényeges ele- 
me a relációs adatbázis, érdekessége a 
térhatású megjelenítés. Az ArchiCAD 
házatájáról származó friss hír, hogy a 
graphisoftosok PowerMacintoshra is 
átültették szoftverüket. 

Általános — célú tervezőrendszer 
(CADdy) is gazdagítja a CAMP kíná- 
latát. A gépészeti, építészeti, elektro- 
technikai, elektronikai, létesítmény, 
építőmérnöki és kommunális tervezésre 
alkalmas szoftver térképészeti és geo- 
déziai feladatok megoldására is hasz- 
nálható. A Dagent által forgalmazott 
CADdy új változata három szinten mo- 
dularizált: a rendszer alapja a 2D raj- 
zoló-modul. A szoftver második szintjét 
az általános szakterületi modulok fog- 
lalják el, a harmadikon pedig a szakte- 
rületi speciális modulok találhatók. 

Erősáramú villamosipari PC-s terve- 
zőrendszer is látható lesz a CAMP-en. 
Az áramellátás szabványt követő terve- 
zését támogató Eplant elektronikai, 
pneumatikai és hidraulikai tervek kidol- 
gozására, mérés- és szabályozástechni- 
kai folyamatok tervezésére ajánlja a 
forgalmazó Alfadat. 

A CADserver gazdag CAD/CAM 
repertoárjából csupán két szoftverrel 
lép a CAMP porondjára, teljes kínálatát 
késő ősszel megrendezendő saját kiál- 
lításán vonultatja fel. A Matra Datavi- 
sion Euclid 3 gépészeti CAD/CAM 
rendszer mellett a Pads elektronikai 
tervezési programcsalád utolsó változa- 
tát mutatja be, amelyen egy sor módo- 
sítást hajtottak végre a fejlesztők. 

A Silicon Graphics munkaállomáso- 
kon működő Pro/Engineer rendszer 
nem ismeretlen a CAD/CAM világban. 
A Creative Engineering által forgalma- 
zott szoftverbe épül be a geometriai 
modell adatállományának közvetlen 
felhasználásán alapuló, numerikus 
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Névsorolvasás 


Úgy látszik, nem telhet el úgy 
számítástechnikai kiállítás, hogy a 
szakma jelentős cégei közül néhá- 
nyan ne maradnának távol az addig 
számukra oly fontos rendezvénytől. 
Ez történt a CAMP esetében is, 
ahonnan idén — többek között — 
két nagy név is hiányzik: a ,multi" 
Autodesk és a ,nacionális" Multi- 
CAD Stúdió. 

Az Autodesk a CAMP-pel ponto- 
san egyidejűleg a Vajdahunyadvár- 
ban (a CAMP-től jó messze) rendezi 
meg saját kamarakiállítását, az Au- 
todesk Expót. Egyrészt anyagilag 
nem érte meg nekik a CAMP-en 
való részvétel, másrészt az Auto- 
desk világszerte ,szeret távolma- 
radni" a konkurenciától, s nagyjából 
ugyanakkor tart külön rendezvényt 
saját izolált vevőköre számára. Idén 
először Magyarországon is. 

Nem csak viszonteladóit (Fabi- 
CAD, SailCAD, HungaroCAD stb.) 
viszi magával az Autodesk. Külföldi 
fejlesztő és stratégiai partnereit is 
meghívja, igényes hardvereszkö- 
zökkel (nagyfelbontású kártyákkal, 
monitorokkal stb.) és nagynevű 
hardveres cégekkel (HP, SPEA stb.) 
is körülbástyázza magát. 

A csak nevében multi MultiCAD 


Studió elszánt szorgalmazója a 
szakosított CAD/CAM kiállítások- 
nak. Éppen ezért már a 80-as évek 
végétől távol maradtak az általános 


számítástechnikai kiállításoktól 
(BNV, Compfair, Ifabo). Viszont ott 
bábáskodtak a microCAD szüle- 
tésénél, amely időközben elvesztet- 
te eredeti profilját, és csak nevében 
őrzi a CAD-et. 

A CAMP-pel szemben ilyen tar- 
talmi kifogások noha nem merültek 
fel, de annál több a szervezési 
hiányosság. (Nemcsak a MultiCAD 
gondolja így, hanem olyanok is, akik 
,dén egyszer még megpróbáljuk" 
felkiáltással lesznek ott a CAMP- 
en.) A CAMP hírverése gyenge: 
nem szerepel a hazai és nemzet- 
közi kiállítások sorában, kevesettud 
róla a szaksajtó és a nagyközön- 
ség. Ráadásul idén a kiállítást a 
Hiltonban rendezik meg. Csak a 
,nagyon elszánt" látogatók ballag- 
nak fel a Várba. A vidékről autóval 
vagy vonattal érkező látogatók is 
valószínűleg szívesebben mentek 
volna a már ismerős Kongresszusi 
Központba (ahol parkolni is lehet). 

Mindezek ellenére a CAMP gon- 
dolata, szándéka kiváló, csak eddig 
a megvalósításban sok volt a hé- 
zag. Kíváncsian várjuk, hogy mit 
hoz a CAMP94... 

Sziebig Andrea 
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elemző modul, az ANSYS/ProFEA. Az 
adatelőkészítéshez szükség van a Pro- 
Mesh végeselemes hálógeneráló mo- 
dulra is. A numerikus vizsgálatok fe- 
szültségszámításra,  rezgésvizsgálatra 
és hővezetés-elemzésre terjedhetnek ki. 
A szoftver a Pro/Engineer parametrikus 
adatbázisára támaszkodva lehetővé tesz 
bizonyos mértékű szerkezetoptimalizá- 
lást is. Az optimalizálás méret, alak és 
számossági vonatkozású lehet. 
Ugyancsak a Creative Engineering 
nevéhez fűződik az elektronikai terve- 
zés egy speciális területén használható 
új szoftver, az EMC Adviser forgalma- 
zása is. A Zukan-Redac cég termékská- 
láján a közelmúltban megjelenő, Sili- 
con Graphics munkaállomáson futtat- 
ható rendszer a nagysebességű és 
nagyfrekvenciás áramkörök tervezésé- 
ben az elektromágneses kompatibilitás- 
vizsgálatot segíti, amelynek során taná- 
csokkal látja el a tervezőt a helyes 
kialakításra vonatkozólag, és így előse- 
gíti a tökéletesebb áramkörtervezést. 
Egy másik tipikus CAD/CAM rend- 
szer a Unix operációs rendszer alatt 
futtatható Varimetrix 3 szoftvercsomag. 
Igaz, a MultiCAD Stúdió által forgal- 


mazott, kedvező árfekvésű szoftver 
nem lesz ott a CAMP-en, de annyira 
lényegesnek érezzük a megjelenését a 
hazai piacon, hogy nem hagyhatjuk ki 
a CAD/CAM trendekkel foglalkozó 
összeállításból. Jellegzetes tulajdonsá- 
ga a modulok közötti változtatás-örö- 
kítés: a háromdimenziós modellről ké- 
szült rajz azonnal tükrözi a módosulá- 
sokat, és a modell változásai a meg- 
munkálástervezőben is közvetlenül 
megjelennek. A Sun SparcStation és 
Silicon Graphics Indigo/Indy munkaál- 
lomásokra telepíthető rajzoló, modelle- 
ző, megmunkálástervező és fordító mo- 
dulokból álló rendszerben a rajzkészítés 
és a modellezés parametrizálható. A 
rendszer egységes adatbázisban kezeli 
a huzalvázat, a felület- és a testmodel- 
leket. A szoftverrel értelmezhetők a 
geometriai alapegységek közötti meg- 
szorítások, a szabad formájú felületek 
leírására a NURBS alapegységek hasz- 
nálhatók. A szoftver háromtengelyes 
megmunkálástervezési modullal is ki- 
egészíthető, amellyel automatikusan 
vizsgálja a készülék- és szerszám- 
ütközéseket. 

Horváth Imre 





ÉrdeCADségek 


Az Algor fegyverei 


Az elmúlt évek egyik legdinamikusabban 
fejlődő rendszerét, az Algor végeselemes mo- 
dellezőt és elemzőt több mint 10 000 mérnök 
használja világszerte. A DOS, Windows NT és 
Unix környezetben egyaránt telepíthető Algor 
sikerének egyik kulcsa, hogy nagyon sok olyan 
, fegyvert" biztosít, amellyel a mérnökök ered- 
ményesen vehetik fel a harcot a különféle 
tervezési, elemzési és optimalizálási problé- 
mákkal. 

A kétféle kiépítésben rendelkezésre álló — 
kezdő vagy mester — szoftvercsomag lehetővé 
teszi a lineáris és a nemlineáris feszültségszá- 
mítást, a rezgés- és sajátfrekvencia-elemzést, 
az állandósult és tranziens hőátadás számítását, 
az állandósult és turbulens fluid közegáramlás 
elemzését, a kompozitanyagok vizsgálatát, az 
elektrosztatikus vizsgálatokat, a csőhálózat- 
modellezést és -elemzést, a kinematikai vizs- 
gálatokat, a merevtest-rendszerek dinamikai 
vizsgálatát. Az elemzési fegyvertárat a model- 
lezési eszközök széles választéka egészíti ki. 
Ilyen például a NURBS-alapú felületmodelle- 
zés, a testmodellezés, az automatikus poligo- 
nos, tetraéderes vagy téglás végeselemes há- 
lógenerálás, valamint a felületárnyalt modell 
szemléltetése. 


STEP by (Pro)step 


Az ipari bevezetés szakaszába ért a STEP 
termékadat-kommunikációs előírás. Ugyanis 
az ISO már korábban — 10303-as számon — 
szabványosította a STEP-et, azzal a céllal, hogy 
a termékadatok menedzsmentjében a jelenleg 


elterjedten alkalmazott IGES- és VDAFS-el- 
őírások által biztosítottnál magasabb színvo- 
nalat érjenek el. A ProSTEP egyesülést Né- 
metországban hozták létre, hogy a STEP al- 
kalmazását a német autógyártók körében szor- 
galmazzák. A ProSTEP Centrumnak — amely- 
nek a BMW, a Daimler Benz, a GIDA, a KFZ 
Karlsruhe, a Bosch, az RPK Karlsruhe és a 
Siemens mellett a Volkswagen is a tagja — az 
a feladata, hogy interfész-processzorokat dol- 
gozzon ki kereskedelmi CAD/CAM rendsze- 
rekhez, adatbázisokat hozzon létre a STEP 
adatmodellre alapozva, valamint alkalmazási 
protokollokat fejlesszen ki az autóipar számá- 
ra. Ez utóbbi terület kiterjed a huzalváz-, 
felület- és testmodellezésre, műszaki rajzolás- 
ra, kinematikai és szemléltetési modellezésre, 
valamint szervezeti adatfolyamatokra és elekt- 
romos adatokra, 


Lehetőségek — tehetősöknek 


A Dassault Systems nemrég bocsátotta ki 
a Catia rendszer negyedik változatát. RS/6000 
munkaállomásán futó szoftverben javították a 
funkciókészletet, előreléptek a variációs mo- 
dellezés irányába, módosították a testmodellek 
leírását, és a szabad formájú felületek leírására 
adaptálták a NURBS-technikát. Lényeges ki- 
egészítés az Elfini végeselem-analízis szoftver 
beépítése, amely a Catia grafikus megjelení- 
tőjét használja elő- és utófeldolgozási célokra. 
A Catia különböző kiépítettségű változatokban 
vásárolható meg. Igaz, a 6000 dolláros kezdő- 
árért még csak a gépészeti rajzolásra alkalmas 
rendszerrész kapható meg, de például a több 
mint 40000 dolláros kiépítettségű rendszer 
már tud modellezni is. A végeselem-modullal 
összekapcsolt tervezőkörnyezet ára 37000 
dollár, de ha valaki az alkalmazásfejlesztést is 
támogató csomagra vágyik, akkor több mint 
50 000 dollárnak kell a zsebében lennie. 


Ember 
tervez. . . 


A mesterséges intelligencia (MI) fo- 
galmával körvonalazható, rendkívül 
szerteágazó és érdekes tárgykörök — 
tulajdonképpen szinte már külön disz- 
ciplínák — egyik legizgalmasabbjához 
érkezett rovatunk. Volt már ilyen a rovat 
történetében — amikor szintén érdemes 
volt felhívni az olvasók figyelmét arra, 
hogy az előzőleg ismertetett/bemutatott 
részterületek eredményei szintetizáltan 
(és mondhatni más minőségben is) je- 
lennek meg a következőkben. Ilyenkor 
jó lelkiismerettel nem tanácsolhatunk 
egyebet a lapunk írásait csak újabban 
forgató érdeklődőknek, hogy eseten- 
ként valahogyan nézzenek utána a ko- 
rábbi évek/hónapok részletező cikkei- 
nek — hiszen itt nemismételhetünk meg 
mindig minden fontos dolgot. Reméljük 
azért, ha ez valakinek nem sikerülne, a 
lényeg akkor is érthető lesz, de az 
előzmények sokszor valóban kellené- 
nek a most közölt írások teljes mértékű 
hasznosításához (mármint ami az infor- 
mációtartalom teljességét illeti). Emlé- 
keztetőül még azoknak is, akik eredeti- 
leg elolvasták cikkeinket. 

A tervezés ugyanis — ismeretelmé- 
leti szempontból — az emberi tudásfel- 
dolgozási és alkotási tevékenység lege- 
redetibb formája. Jóllehet több jelentős 
előrelépést sikerült elérni, a tervezés 
még napjainkban is a legnagyobb kihí- 
vást jelenti a számítógépes eszközök 
és módszerek alkalmazása szempont- 
jából. Aszakemberek ezt a tevékenység 
összetettségével, intellektuális  domi- 
nanciájával és behatárolatlanságával 
hozzák összefüggésbe. 

A tervezési feladatok számítógépre 
alapozott megoldásához szükséges tu- 
dásfeldolgozás és nem algoritmikus 
problémamegoldás feltételezi az emberi 
ismeretek, gondolkodási és alkotási fo- 
lyamatok számítógépes megfelelőjét. 
Pusztán numerikus, grafikus vagy szö- 
veges információfeldolgozással a terve- 
zés lényegét adó emberi tevékenységek 
nem, vagy csak ésszerűtlen korlátozá- 
sokkal reprodukálhatók. Ezért került a 
mesterséges intelligencia módszereivel 
és alkalmazásaival foglalkozó új sorozat 
górcsöve alá a mostani és az elkövet- 
kező néhány hónapban a MI alkalma- 
zása a tervezésben. 

Kicsit részletesebben: a következő 
témák tárgyalását , tervezzük", s ezekkel 
, végezni" is szándékozunk... (A végére 
azért marad majd a tárgykör megoldat- 
lan problémáit felfedő írás is.) 

— A tervezői tudásszemléltetés mód- 
szerei és eszközei 

— Tervezői problémamegoldási stra- 
tégiák és eljárások 

— Szakértő rendszerek a tervezés- 
ben 

— Az alaksajátossága-lapú tervezés 

— Az abduktív tervezőrendszer 

Jakab Ágnes 





TUDÁSTECHNOLÓGIA 


Intelligens CAD rendszerek 


A , mesterséges" 
tervezés alapkérdései 


A tervezést a most induló cikksorozatban ,korábban azonos 
formában nem létezett objektumok modelljeinek 
létrehozására irányuló tevékenység"-ként értelmezzük. 


Feladatunk egyszerűsítése érdekében az elkövetkezőkben 
csak az objektumok tervezésének a MI által való 


támogatására összpontosítunk. 


A tervezés folyamatok létrehozására is irányulhat. Bár 
hasonló gondolkodási és alkotási folyamatok kapcsolódnak 
hozzá, a folyamatok tervezése az alapkérdések 
tekintetében az objektumokétól eltér. Az objektum 
fogalmába viszont beleértünk minden olyan műtárgyat, 
építményt, berendezést, gépet, terméket, eszközt és 
árucikket, amelyet ipari vagy annak megfelelő szakmai 


tevékenységgel hoznak létre. 


A tervezésnek minden objektum ese- 
tében ki kell terjednie az objektum 
műszaki tartalmának és elvi megoldá- 
sának szabatosságra törekvő leírására, 
a kivitelezés módjára és követelménye- 
ire, valamint a létrehozáshoz és működ- 
tetéshez szükséges költségek feltárásá- 
ra. A tervezés mindezekből kifolyólag 
általában összetett problémamegoldási 
tevékenység, amelyben kompromisszu- 
mot kell elérni az elvárások és kielégí- 
tésük formája között. A tudomány ol- 
daláról értelmezve, a tervezés interdisz- 
ciplináris tevékenység, amely fizikai, 
műszaki, gazdasági, szervezési és pszi- 
chológiai vonatkozásokat foglal egy- 
ségbe. 

A mesterséges intelligenciára irányu- 
ló kutatás eredményeként létrehozott 
eszközöknek és kidolgozott módszerek- 
nek a tervezésben való alkalmazása 
vezetett el a tervezés számítógépes tá- 
mogatásának legmagasabb szintjéhez, 
az automatizált tervezéshez. A tervező- 
automaták azonban még inkább csak a 
jövő kívánatos fejlesztési céljait, mint 
a mindennapi valóságot jelentik. 
Ugyanakkor több területen jelentős elő- 
relépéseket sikerült elérni. Hozzá kell 
tenni, hogy az ipari gyakorlat szempont- 
jából kielégítő hatékonyságú és kom- 
petenciájú eszközök napjainkban inter- 
aktív, tudásalapú  tervezőrendszerek 


formájában jelennek meg. Számos 
ilyen újszerű CAD rendszer már túlnőtt 
a laboratóriumok falain, és ipari vagy 
egyéb alkalmazásokban bizonyítja, 
hogy a jövő feltétlenül a mesterséges 
intelligenciát hasznosító rendszerek 
széles körű alkalmazását hozza. 

A MI lényegével foglalkozó korábbi 
tanulmányokból már ismert, hogy az 
intelligens viselkedés megvalósításá- 
hoz — meglehetősen leegyszerűsítve 
— két dologra van szükség. Az egyik 
az eredetileg az ember által birtokolt 
tudás megragadása, és számítógépes 
feldolgozásra való alkalmassá tétele. A 
másik a nem algoritmizált probléma- 
megoldás, amelynek lehetővé kell ten- 
nie a tervezői heurisztika modellezését. 
Attól függően, hogy az előbb említet- 
tekből mit valósítanak meg szoftver- 
szinten, a harmadik generációs CAD 
rendszereknek két megközelítése külö- 
níthető el. 

Az egyiket az ún. fejlett CAD rend- 
szerek képezik, amelyek elsődlegesen 
a tervezői tudás számítógépes formali- 
zálására törekszenek. Ezek a tudást 
általában hagyományos, azaz lényegé- 
ben algoritmizált formában dolgozzák 
fel. A másik — messzebb mutató — 
megközelítés a ténylegesen intelligens 
működést célozza meg. Ezek az ún. 
intelligens CAD rendszerek, amelyek a 
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mérnöki tudás szemléltetése mellett a 
heurisztikus tervezői problémamegol- 
dást is zászlajukra tűzik. Tulajdonkép- 
pen ezek testesítenék meg a feladatfüg- 
getlen tervezőautomatákat. 


A mérnöki tervezés jellege 


A mérnöki tervezés több ok miatt is 
gyümölcsöző területe a MI-alkalmazá- 
soknak. Köztudomású, hogy a tervezés 
az egyik leginkább  tudásigényes, 
ugyanakkor intuíciókat és kreativitást 
ugyancsak feltételező emberi tevékeny- 
ség. A MI alkalmazása szempontjából 
ezek inkább a szükségességeket, sem- 
mint a lehetőségeket fogalmazzák meg. 
Ez utóbbi kapcsán néhány további elvi 
kérdést is érinteni kell. 

Az első ezek közül a mérnöki terve- 
zés fenomenologikus jellege. Ez azt 
jelenti, hogy a tervezést a jelenség 
oldaláról ismerhetjük meg, és a vele 
kapcsolatban szerzett tapasztalatok 
alapján lehet a lényegére vonatkozó 
koncepciókat és modelleket kialakítani. 

A tervezés fenomenologikus jellegét 
a tervezett objektumtól, a tervezési kör- 
nyezettől, a tervezés végrehajtójától és 
a rendelkezésre álló erőforrásoktól való 
függés jellemzi. A tervezésnek igazából 
nincs formalizált elmélete, végrehajtási 
formájának alakulásában a kapcsolódó 
szakismeret és módszertan dominál. A 
tervezők gondolkodási és alkotási fo- 
lyamata nem egyértelmű, egyéni sajá- 
tosságokat mutat. Mindezt tetézi, hogy 
a tervezési feladatoknak nincs egyetlen 
determinisztikusan legjobb megoldása, 
hanem több kvázioptimális változattal 
kell számolni. 

A MI alkalmazása természetszerűleg 
modellezést igényel. Ebből a szempont- 
ból a tervezés ugyancsak sajátos. Az 
intelligens tervezőrendszerekben nem- 
csak a tervezett objektumot, hanem a 
terveinek előállítását lehetővé tevő ter- 
vezési folyamatot is modellezni kell. Az 
objektumok modellezése szempontjá- 
ból lényeges, hogy csak a tervezői 
problémák egy adott csoportja esetében 
elégséges a MI megvalósítása kapcsán 
elterjedt szimbolikus modellezés. 


Speciális modellezési technikák 


A legtöbb esetben az objektum mo- 
dellezését egyidejűleg többféle aspek- 
tusból kell megvalósítani, ami speciális 
modellezési technikák alkalmazását 
igényli. Rendkívül nehéz, és ezért meg- 
oldatlan probléma napjainkban a mű- 
ködési, a morfológiai, az elemzési, az 
előállítási és egyéb modellek egységes 
formában való kezelése. Ez idáig sem 
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Az ICAD fejlesztési részterületei 


a metamodell koncepciót, sem a model- 
lek metamorfózisára vonatkozó elkép- 
zelést nem sikerült intelligens CAD- 
környezetekben teljesértékűen megva- 
lósítani. 

A tervezési folyamat modellezése az 
erre alkalmas módszerek és eszközök 
hiányában ugyancsak megoldatlan. A 
tervezési módszertanok elméleti meg- 
alapozottságának hiánya különösen az 
objektum- és feladatfüggő számítógép- 
orientált folyamatmodellek kidolgozá- 
sát hátráltatja. Meg kell említeni azt is, 
ami több esetben igazolódott már, hogy 
a mesterséges intelligencia jelenleg ren- 
delkezésre álló eszközei és módszerei 
sem elégségesek teljes mértékben az 
önszervező tervezési folyamatmodellek 
megvalósításához. 


A ráfordítások mérlegelése 


Van még egy dolog, ami szigorúan 
nem szakmai természetű, de minden- 
képpen lényeges az intelligens CAD 
rendszerek fejlesztése kapcsán. Ez pe- 
dig a rendszerfejlesztési ráfordítások és 
a várható eredmény összhangja. Mivel 
a tervezői tudás rendkívül kiterjedt, és 
a felhasználható fejlesztési erőforrások 
korlátozottak, a rendszerek létrehozása 
hatalmas munkaráfordításokat igényel, 
és nagyon hosszú ideig eltart. Nyilván- 
valóan mindennek költségkihatásai 
vannak, aminek tükrében a kívülállók 
gyakran megkérdőjelezhetik a célkitű- 
zéseket. 

Igaz természetesen az az állítás, hogy 
mint mindent, így e rendszereket is 
egyszerűen a hasznosságuk alapján kell 
megítélni. Ha az előállított eredmények 
igazolják a ráfordításokat, akkor a két- 
kedők is előbb-utóbb meggyőzötté vál- 
nak. 

A megítélésnél számításba kell venni 
azt is, hogy a legátfogóbb intelligens 
CAD rendszernek is a tudásbázisa által 
lefedett zárt világban kell működnie, és 
eredményeket adnia. A zártsági meg- 


szorítás feloldása tanítással vagy tanu- 
lással lehetséges. Ezek megvalósításá- 
val kapcsolatban azonban csak kezdeti 
eredményekről lehet beszámolni. 


Az ICAD-fejlesztés részterületei 


Az intelligens tervezőrendszerek fej- 
lesztésének öt egymásba fonódó rész- 
területe van (ezeket az ábra mutatja). 
Mindegyik részterületen sajátos prob- 
lémákkal kell szembenézni, különös- 
képpen akkor, ha az általánosság igé- 
nyével állunk elő. Soron következő 
cikkeinkben az egyes részterületek kap- 
csán egyrészt rövid áttekintést adunk, 
másrészt felvázoljuk az általunk legin- 
kább progresszívnek értékelt megköze- 
lítéseket. 


A tervezői tudás szemléltetésének 
módszerei 


Általánosságban azt mondhatjuk, 
hogy a tervezés egyrészt nagyon kifi- 
nomult tudásszemléltetési sémákat, 
másrészt a sémák összessége tekinteté- 
ben integrált alkalmazást feltételez. Ez 
utóbbinak az az oka, hogy — sajnála- 
tosan — a tudásszemléltetési sémák 
önmagukban a tudás egy-egy megjele- 
nési formájának megragadására alkal- 
masak, ebből adódóan csak az egész 
egy adott szeletének tükrei. Minden 
tudásszemléltetési sémának a feldol- 
gozhatóság tekintetében előnyei és hát- 
rányai egyaránt vannak. Nyilvánvaló 
az is, hogy a különféle sémák nem 
egyforma jelentőségűek az alkalmazás 
szempontjából sem. Ezért a követke- 
zőkben azok tárgyalására helyezzük a 
hangsúlyt, amelyek a legnagyobb po- 
tenciállal bírnak, és az alkalmazás ol- 
daláról a legáltalánosabbak. 

A következő folytatásban először a 
, mindenre jó" szabályalapú szemlélte- 
tést értékeljük, majd a kiegészítő for- 
mákat tekintjük át. 

Horváth Imre 


INFORMÁCIÓKÉRÉS: A0904 v 


INFORMÁCIÓKÉRÉS: A0935 v 


ts- BE Vision 


a Windows alapú adatbázis- 
alkalmazások hatékony fejlesztőeszköze 


e formátumszerkesztő, 4GL 
e minta szerinti lekérdezés 
jelentésgenerálás 


adatbázis karbantartás 


195.500,- Ft t- ÁFA 


SYBASE - ORACLE - INFORMIX 


Axis Számítástechnikai Kft. 


8001 Székesfehérvár, Pf.: 98. 
e (Prohászka O. út 42.) 
S Tel.: (22) 327-631, 327-630 
Fax: (22) 327-630 





Számítástechnikal Kft. 





Számítógépes tervező és rajzoló program 


A programcsomag részei: 
DynaCADD - CAD program 

Fonteditor -— betűszerkesztő segédprogram 
Plottermeghajtó-készítő — segédprogram 


Minimális hardverigény: 

IBM PC 286 

1 MByte EMS memória, 2 MByte-nyi hely a winchesteren 
640x480 pixel felbontású grafikus kártya 


Előkészületben: 
DynaCADD for Windows, Win32s, Windows NT, UNIX 


Ára: 32.000,- Ft 4 ÁFA 


Csatolható szimbólumkönyvtárak: 
Építészet 7.000,- Ft 4 ÁFA 
, Belsőépítészet 7.000,- Ft 4 AFA 
Gépészet 10.000,- Ft 4 AFA 
Elektrotechnika 


12.000,- Ft 4 ÁFA 


Bemutatóterem: KFKI direkt, Budapest, Budafoki út 10/a Tel.: 181-3906 
Képviselet: 4D CAD Stúdió, 1125 Budapest, Patkó u. 13. Tel.: 175-8375 


ZD ynaDesigner 


2D számítógépes tervező 
és rajzoló program 


bemutató a 
COMPFAIR-em! 


(A pavilon 104-es stand) 





A relációs adatbázis-kezelő 
rendszerek vezető terméke 


— több mint 650 000 installáció 

— több mint 450 UNIX 
platform 

—- IBM mainframe-kapcsolat 
(DRDA) 

- NOVELL 

- DOS, MS-WINDOWS, NT 

— Macintosh 


Forgalmazás, tanács: 





JÁ INFORMIX 


SZAMÍTÁSTECHNIKAI ÉS KERESKEDELMI KFT. 
A KFKI Számítástechnikai Csoport tagja 
Az Informix magyarországi stratégiai partnere 
dás, oktatás, 
Alkalmazói rendszerek fejlesztése 


1121 Budapest, Konkoly-Thege út 29-33. 
Tel.: 160-0717 Tel./Fax: 169-9542 


Új multiplatformos fejlesztő- 
eszközök 
(Windows, OSF/Motif, Macintosh) 





— Client/Server architektúra 

— Osztott adatbázis-kezelés, 
OLTP 

— Multimédia adatbázisok 

— Dinamikusan skálázható 
architektúra 

— Minimalizált erőforrásigény 

— Kiváló ár/teljesítmény arány 











kmai támogatás 


LOGOCAD 


minden mérnöki tevékenységhez 


Jellemzői: 


1. Operációs rendszer: 
SCO-Unix, MS-DOS 

Hálózati alkalmazás 

Felső memóriakezelés 

2. Hardverkövetelmény: 

— min. 386-os, célszerűen 486- 
os processzor 

(matematikai . ko-processzor, 
min. 8 MB memória) 

- három monitoros alkalmazási 
lehetőség (egy dialóg, két grafi- 
kus monitor, gyors képernyőfris- 
sítés) 

3. Többnyelvű működés: 
német, angol, francia, olasz, fla- 
manad, lengyel, orosz 

4. Szuper gyors rajzolási lehe- 
tőség az elektromos toll segít- 
ségével, rengeteg automata és 
félautomata funkcióval 

5. Interfészek egyéb feladatok 
elvégzéséhez 

— alkatrészlista PPS rendszer 
számára 

— mértani adatok CAM interfész 
számára 

-— adatok a DTM (további doku- 
mentációk előállítására) rend- 
szer számára 

6. Nagyszámú referencia 
(Németország, Ausztria, Belgi- 
um, Franciaország, Hollandia, Ír- 
ország, Skócia, Lengyelország, 
Svájc stb.) 


tálölti 


ALFADAT Kft. 


Felépítése: Modulrendszer 

1. Alapmodul 

— professzionális CAD program- 
csomag a legfontosabb gépé- 
szeti feladatokhoz 

2. Kiegészítő modulok 

— speciális modulok gépészeti, 
elektrotechnikai, építészeti alkal- 
mazásokhoz 

-3D modul 

— szimulációs modul kinematikai 
számításokhoz és mozgásszi- 
mulációkhoz 

-— közvetlen csatolás NC-meg- 
munkáláshoz 

- izometrika (tárgyak térszerű 
elhelyezése a síkban) 

— szabvány alkatrészek könyvtá- 
ra, automatikus rajzolása 

3. Független modulok 

- szakértői rendszer 
(optimalizálja a lapon való rajzel- 
osztást, lehetővé teszi, hogy a 
metszeti jelek automatikusan 
megjelenjenek 

— Megjelenítő rendszer 
(speciális rajzkezelés, sokabla- 
kos lehetőség, sokféle megjele- 
nítési lehetőség) 

4. Ipari alkalmazások 
Felhasználói igények alapján ki- 
alakított megoldások az elektro- 
nika, hidraulika, pneumatika, 
üzem- és berendezésgyártás, 
acélszerkezetek stb. témakör- 
ben. 


2803 Tatabánya, Vértanúk tere 2. Pf. 382 
Tel.: (06-34) 310-234, 310-405 Fax: (06-34) 310-729 
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Otthonosan is, vendégségben is... 


Biztonság Unix alatt 


A számítástechnikában egyre nagyobb szerepet játszik 


a biztonságtechnika: 


adataink védelme az illetéktelen módosítástól 


és betekintéstől. 


A Unix elterjedésével azonban nem jártak együtt 
az egyéb operációs rendszereken (például a VMS-ben) 
megszokott védelmi módszerek. 


Lévén a Unix nyílt rendszer, minden 
gyártó kifejlesztette saját, az alap ope- 
rációs rendszer biztonsági , berendezé- 
seinél" sokkal fejlettebb változatait. 
Azonban a biztonsági rendszerek mi- 
nőségüket és szolgáltatásaikat tekintve 
nagyon eltérőek. 

Hogy miért ilyen a helyzet? A válasz 
egyszerű: a Unixot valóban nyílt rend- 
szernek szánták, amelyben több prog- 
ramozó dolgozik együtt, s együttműkö- 
désüket nem akarták feleslegesen meg- 
nehezíteni. A 80-as években több egye- 
tem vette át a Unixot, és mindenhol 
adaptálták az eredeti rendszer céljaihoz 
igen hasonló igényeik kielégítésére. Itt 
sem volt szükség túl szigorú biztonsági 
előírásokra. Később egyre több kiegé- 
szítés és alkalmazás született a Unix- 
hoz, és a gépek zöme ma már hálózatba 
van kapcsolva. Ezzel megszűnt a gépek 
fizikai védelmének lehetősége. 

A biztonság mindazonáltal fontos, de 
Unix rendszereink és adataink védelme 
sohasem lesz tökéletes. Csak az a gép 
biztonságos, amelyet betettek egy föld- 
alatti betonbunkerbe, és be sem kap- 
csolták... Mégis, igyekszünk felhívni a 
figyelmet arra, hogy melyek a Unix 
legismertebb , lyukai". 


Jelszavak kezelése 


Minden rendszer biztonságának 
alapköve a rendszerbe való belépésre 
jogosító jelszavak védelme. A Unix 
eredeti implementációja a jelszavakat 
kódolt formában az /etc/passwd fájlban 
tárolja. A kódolás egy módosított DES 
(Data Encryption Standard) algoritmu- 
son alapszik, amelynek az a lényege, 
hogy a generált kód nem visszafejthető. 
A rendszer a felhasználó login jelszóját 
DES algoritmussal kódolja, és összeha- 
sonlítja az /etc/passwd fájlban tárolt 
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kóddal. Ha a kettő egyezik, akkor a 
felhasználót belépteti a rendszerbe. 
Fontos tehát, hogy jelszavunkat senki- 
nek se áruljuk el, hiszen másként nem 
akadályozható meg a jelszó kiszivárgá- 
sa és illetéktelenekhez jutása. 

Hasznos lehet a jelszavak féléven- 
kénti változtatása is, természetesen nem 
úgy, hogy két jelszót váltogatunk. A 
jelszó megválasztásakor figyelembe 
kell venni, hogy egy potenciális betö- 
rőnek a jelszó megfejtésekor nincs más 
lehetősége, mint a találgatáson alapuló 
próbálgatás. Nem szerencsés tehát, ha 
a jelszó egyszerű logikával vagy asz- 
szociációval kikövetkeztethető. 

Éppen ezért semmilyen formában 
NE HASZNÁLJUK: 

— Login nevünket (sem eredetiben, 

sem fordított betűsorrendben, sem 
nagybetűvel, sem megkettőzve, sem 
másként). 
Vezeték- és keresztnevünket, há- 
zastársunk vagy gyermekünk nevét, 
könnyen megtudható információt (tele- 
fonszám, autómárka, rendszám, utca- 
név, ahol lakunk stb.). 

— Csak számokból vagy többszörö- 
zött betűkből álló jelszavakat. 

— Hat karakternél rövidebb jelsza- 
vakat, valamint az /usr/dict/words fájl- 
ban lévő angol szólistán, vagy bármi- 
lyen magyar (!) szólistán szereplő szót 
direkt formában. (Sajnos közkézen fo- 
rog több magyar szólista is, amely a 
kitalálást nagymértékben megkönnyí- 
ti.) 

HASZNÁLJUNK INKÁBB: Vegye- 
sen kis- és nagybetűkből álló jelszava- 
kat, központozást és egyéb nem alfanu- 
merikus karaktereket is tartalmazó jel- 
sorozatot. Mindamellett legyen a jelszó 
egyszerűen megjegyezhető, könnyen és 
gyorsan begépelhető — és csökkentsük 
annak veszélyét, hogy valaki a hátunk 





mögött állva, ujjaink mozgásáról leol- 
vassa a jelszót. 

Sajnos a modern jelszótörő algorit- 
musok már könnyedén megbirkóznak 
olyan jelszavakkal, mint például 
dog--cat, alma.pohar, stb. A jelszavak 
helyes megválasztása tehát igen fontos. 
Semmi értelme nincs bedeszkázni a 
pinceablakokat, ha a főbejárat ajtaja 
nyitva marad... 


Hogy mire kell vigyázni! 


A Unixban a jelszó megváltoztatását 
a passwd programmal kezdeményez- 
hetjük. A legtöbb gyártó által a rend- 
szerhez adott passwd program ma már 
figyel a fenti követelmények nagy ré- 
szének betartatására, kivéve talán a 
szólistákban való keresést. "Termé- 
szetesen anonym ftp-vel elérhető na- 
gyon sok passwd program, amely az 
ellenőrzést parametrizálhatóvá teszi. Az 
ellenőrzés szigorától függően vannak 
engedékenyebb és kifejezetten erősza- 
kos passwd programok is. 

Sok rendszeren vannak ún. guest 
accountok (vendég belépési jogok), 
amelyeket biztonságtechnikailag tilos 
lenne egyszerű jelszavakkal ellátni, 
vagy teljesen jelszó nélkül hagyni. Ide 
tartoznak az egyszerű parancsokat vég- 
rehajtó accountok (lpg, date, who, ope- 
rator, shutdown, stb.) is. Közülük né- 
hány supervisori jogkörrel felruházott 
programokat futtat (mentés szalagra, 
merevlemezek mountolása: a diszkek 
könyvtárrendszerhez való csatolása, ér- 
tékes adatok nyomtatása, stb.). Ha ezek 
illetéktelenekhez eljutnak (,,...csak a 
Ferinek mondtam meg a mount jelszó- 
ját..."), nemcsak a munkánkat, adata- 
inkat fenyegeti veszély, hanem a nyom- 
követés is megnehezül. Ki tudná meg- 
mondani, hogy a backup logint tudó 
operátorok közül ki, kinek és mikor 
mondta meg a jelszót? A logból pedig 
csak annyit tudunk meg — jó esetben! 
— a , vérbe fagyott" konzolról, hogy: 

syslog: ... : user , backup" unmoun- 
ted ufs /dev/dsk/cOtOdOsO 

Ehhez hasonló problémák könnyen 
elkerülhetők a felhasználók átgondolt 
csoportrendszerű beosztásával. Továb- 
bi segítséget nyújthat a sudo segédprog- 
ram használata, amely lehetővé teszi, 
hogy a supervisor külön fájlban rögzít- 
se, hogy melyik felhasználó, milyen 
suid root programokat hajthat végre. 
Hálózatba kapcsolt gépek esetében fel- 
merül: érdemes-e engedélyezni, hogy a 
supervisor (root) egy távoli hálózatos 
terminálról bejelentkezzen. A válasz: 
nem! Bár ennek — elsősorban kényelmi 
szempontból — rengeteg előnye lenne, 
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nem követhető politika, mivel a root 
bejelentkezése nem loggolt (naplózott) 
megfelelőképpen. 


Anonim szolgáltatások 


A fájltranszfer protokollt megvalósí- 
tó Unix szerverrel (amelynek neve ftpd 
vagy in.ftpd) a rendszerfelhasználók — 
hálózaton keresztül — fájljaikat más 
gépekre átvihetik. Ha gépünkön olyan 
adatok vannak, amelyek kijutását min- 
denképp meg kell akadályoznunk, ak- 
kor teljesen letilthatjuk az ftp démont. 
Igaz, ez nem túl elegáns megoldás, de 
elég hatékony adatvédelmet tesz lehe- 
tővé. Természetesen ilyenkor gondos- 
kodni kell arról is, hogy a unixos gép 
felhasználói se tudjanak kifelé kapcso- 
latot kezdeményezni. 

Ha gépünket olyan felhasználóknak 
is hozzáférhetővé kívánjunk tenni, 
akiknek nincs accountjuk, akkor a meg- 
oldást a jelszó nélküli, virtuális user 
bevezetése jelenti. Célszerű ftp démo- 
nunkat wu-ftpd-re cserélni, amelynek 
loggolási képességei messze felülmúl- 
ják a gyártónk által szállított ftp démo- 
nunk szolgáltatásait. Ilyenkor az ano- 
nim bejelentkező az e-mail címével 
mint jelszóval korlátozott eléréssel fáj- 
lokat hívhat le rendszerünkről. Ha azon- 
ban , elkonfiguráljuk" szerverünket, tá- 
madási felületet adunk a betörőknek. 

A tftp abban különbözik az ftp-tól, 
hogy nincs benne jelszavas védelem: 
így bárki fájlokat tölthet le a rendszer- 
ről. Ezt a szervert elsősorban diskless 
kliens gépek bootolására (a rendszer 
hidegindítására) találták ki, egyébként 
túl sok értelme nincs. Ha nincs szüksé- 
günk tftp-re, akkor célszerű leállítani 
ezt a szolgáltatást. Egy betörő például 
letöltheti vele a /etc/passwd fájlunkat, 
hogy aztán kényelmesen próbálgathas- 
sa jelszófeltörőjével... 

A levelezés az a szolgáltatás, ame- 
lyért a világ unixos számítógépeinek 
több mint felét üzemeltetik. A legtöbb 
unixos rendszer ma már az SMTP-t 
(Simple Mail Transfer Protocol) hasz- 
nálja, amelyben azonban több és na- 
gyon komoly lyuk van a biztonság 
szempontjából. Mivel a protokollt arra 
tervezték, hogy hatékony legyen, ezért 
szinte semmit sem kontrollál feladata 
ellátása közben (a feladó létezésének 
ellenőrzését, digitális aláírást, stb.). Ez 
tervezési hiba, amely ellen jelenleg nem 
sokat lehet tenni. 

Rövid távú megoldásként javasolha- 
tó: — felhasználóinkat tájékoztassuk, 
hogy kapott leveleik feladói nem feltét- 
lenül léteznek (Bill Clintonnak nincs 
nyilvános e-mail címe). Figyelmeztes- 


sük őket: gondolkodjanak üzenetük ol- 
vasása közben! Léteznek olyan send- 
mail (levélküldő)  implementációk, 
amelyek képesek kiterjedt loggolásra, 
naplózásra), és megjelentek olyan kí- 
sérleti implementációk is, amelyekkel 
nyilvános kulcsú digitális aláírást tar- 
talmazó levelek kezelhetők. Lehetőség 
van arra is, hogy egy beérkező levelet 
a sendmail egy aliasnak (a címzett neve 
alternatívájának) és/vagy egy program- 
nak adja át. Ekkor az elindított program 
root jogokkal fut(hat), amely lyuk a 
biztonságon. Ugyanis innen már csak 
egy lépés például olyan fájlt küldeni 
egy alkalmas aliasra, amely továbbadja 
a fájlt a C fordítónak, amely lefordítja 
azt, majd üzenetben visszaküldi a 
/etc/passwd fájlt a feladónak. 

Több, főleg régebbi sendmail imple- 
mentációba beépítették a debug és wiz 
parancsokat, amelyeket az /etc/send- 
mail.cf fájlban hatástalaníthatunk. Ha 
gépünk operációs rendszerével ilyet 
szállítanak, akkor sendmail programun- 
kat sürgősen cseréljük le! Termé- 
szetesen lehetőség van egy ún. mailhub 
(központi levelező szerver) felállításá- 
ra, ilyenkor intézményünk gépei ezen 
a gépen keresztül leveleznek: a kimenő 
leveleket az intézmény minden gépe 
ennek a mailhubnak adja, foglalkozzon 
ő a továbbküldéssel. A kimenő levelek- 
ben a feladó címét a mailhub kicseréli 
valamilyen egységes címre, és az így 
egységesített címre érkező bejövő leve- 
leket szortírozza a címzett neve szerint. 
Ez természetesen többletfeladatot jelent 
a mailhubnak és az adminisztrátornak, 
de így valamelyest ellenőrizhető, hogy 
ki küldött esetleg hamis feladójú levelet 
kifelé. A belső, intézményen belüli le- 
velezés is hasonló módon egységesít- 
hető. 


Usenet News 


A betörők másik kedvence a fingerd, 
amellyel információkat szerezhetünk 
rendszerünk felhasználóiról. "Termé- 
szetesen felmerül a kérdés: hasznos ez 
az információ egy betörő kezében? 
Amennyiben a kérdéses felhasználó 
nincs bejelentkezve, úgy lehetőség van 
a home-könyvtárban elhelyezett .plan 
fájl megtekintésére. A legtöbb rendszer 
a fingerd démont root felhasználóként 
futtatja, így kézenfekvő megoldás az 
rm -/.plan és In -s /etc/passwd -/.plan 
parancsok kiadása a jelszófájl elolvasá- 
sára. Ezzel létrehoztunk egy szimboli- 
kus linket a jelszófájlra. A rootként futó 
fingerd démon (a szolgáltatást megva- 
lósító, állandóan futó folyamat, prog- 
ram) pedig kiválóan olvassa a jelszó- 


fájlt, ha nem vagyunk bejelentkezve! A 
biztonsági hézag betömésére több lehe- 
tőség is kínálkozik: vagy leállítjuk a 
fingerdt (/etc/inetd.conf), vagy ,.n0- 
body"-ként (korlátozott jogokkal ren- 
delkező felhasználóként) futtatjuk a fin- 
gerdt, vagy installáljuk a wu-fingerd 
démont, amely , nem szereti" a linkeket, 
nem olvassa azokat. 

Az NNTP (Network News Transfer 
Protocol) híreket, cikkeket tároló gépek 
a Usenet News virtuális hálózatának 
tagjai. Ebbe a hálózatba bárki beléphet, 
aki egy másik, már a hálózatban lévő 
tagtól tölti, tárolja, esetleg továbbítja a 
cikkeket. 

Azonban az NNTP-t sem úgy tervez- 
ték, hogy kiemelten törődjenek a biz- 
tonsággal: nem lehet tudni, hogy egy 
cikk honnan is származik valójában, de 
ezzel tisztában vannak a felhasználók 
is. Megoldásként szóba jöhetnek az ún. 
moderált csoportok, amelyekbe csak a 
moderátor — aki , cenzori" funkciókkal 
rendelkezik — postolhat (cikket he- 
lyezhet el): ha ebbe a csoportba írunk, 
akkor egy levelet kell küldenünk a 
csoport moderátorának, hogy bírálja el, 
az adott cikk megjelenhet-e. Újabb imp- 
lementációkban (C News, Inn) már az 
is megadható, hogy mely gépekről, 
mely csoportokba küldhetők cikkek. 
Ilyenkor a postolni kívánó felhasználók 
jelszóval azonosíthatók. 


Az ,R" szolgáltatások 


Az ,R" szolgáltatások (rlogin, rcp, 
rmt, rsh) teszik lehetővé a parancsok 
távolról történő futtatását, távoli számí- 
tógépre a jelszó nélküli bejelentkezést, 
és onnan fájlmásolást, a távoli szalag- 
egységek kezelését stb. Használatuk 
kényelmessé teszi és leegyszerűsíti a 
mindennapi feladatok elvégzését távoli 
számítógépeink között. 

Ha egy illetéktelen behatoló képes 
egy rendszerbe belépni, akkor onnan 
már akadálytalan az útja a többi gépre. 
Azoknak a gépeknek az információit, 
amelyeknél engedélyezzük a jelszó nél- 
küli belépést (trusted host), rendszer 
szinten a /etc/hosts.eguiv fájlban, user 
szinten pedig a -/.rhosts fájlban tárol- 
juk. Fontos tudni azt is, hogy ki rendel- 
kezik írási és olvasási joggal ezekre a 
fájlokra. Ha olyan gépekről is engedé- 
lyezzük a belépést, amelyek nem a mi 
adminisztrációnk alá tartoznak, már 
nem mi tartjuk kézben rendszerünk 
biztonságát. 

Sok hátránya mellett azonban van 
egy előnye is az , R" szolgáltatásoknak: 
nem mennek át kódolatlan jelszók a 
hálózaton. Ennek ellenére nem javasol- 
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juk az ,R" szolgáltatások használatát. 
Ha olyan rendszerre van szükségünk, 
amelybe bármely számítógép bármely 
felhasználója bárhol beléphet, használ- 
juk inkább a Yellow Pages szolgáltatá- 
sokat, amelyek ezeket viszonylag biz- 
tonságos formában implementálják. 


NFS (Network File System) 


Az NEFS célja és lényege: egy számí- 
tógép fájlrendszerét vagy annak egy 
részét egy másik számítógép fájlrend- 
szerének részeként lássuk. Amennyiben 
olyan diszkterületeket is exportálnunk 
kell, amelyeken fontos/titkos adatok 
vannak, akkor read-only jogokkal ex- 
portáljuk azokat. A Sun által bevezetett 
Secure NFS hatékony védelmet kínál: 
root jogokkal exportálhatunk egy fájl- 
rendszert olyan kliensnek, amely álta- 
lunk adminisztrált gép, vagy olyan gép, 
ahová a máshol nyilvántartott felhasz- 
nálók jelszó nélkül beléphetnek. 

Vannak olyan public domain progra- 
mok (tepdump, etherfind, stb.), ame- 
lyekkel a helyi hálózat közvetlenül mo- 
nitorozható, csomagjai filterezhetők, és 
megfigyelhető a hálózaton átvitt cso- 





magok 90-999o-a. Ezeknek a progra- 
moknak a futtatásához leggyakrabban 
root jogkörökre van szükség, tehát uni- 
xos gépen csak akkor jelentenek ve- 
szélyt, ha illetéktelen is tudja futtatni. 
Hasznos eszközök egy hálózati mana- 
ger kezében, de használatuk végzetes 
lehet, ha illetéktelen kezekbe kerülnek. 
Sajnos a TCP/IP protokoll nem bizto- 
sítja, hogy az adatok kódolt formában 
menjenek át a hálózaton. A PC-kkel 
kapcsolatban még reménytelenebb a 
helyzet: hálózatmonitorozó programo- 
kat nem nehéz írni. Költséges megoldás 
lehet ebben az esetben a hardverkódo- 
lású FDDI/Ethernet kártyák használata. 

Egy másik megoldás: a fontos és 
bizalmas adatokat átvivő hálózatot egy 
firewall gateway-vel (szűrővel) kap- 
csoljuk hálózatunk más részeihez. Ez a 
firewall (tűzfal) csak meghatározott gé- 
pekről meghatározott gépekre enged át 
csomagokat. Erre a célra kisebb hálózat, 
valamint az optimális útvonal kiválasz- 
tásának jó feltételrendszere esetén egy 
PC is megfelel, nagyobb feladatokra 
routereket kell használnunk. 

A firewall rendszert egyébként első- 
sorban arra találták ki, hogy szelektív 


adatforgalmat bonyolítson le saját belső 
hálózatunk és az Internet között. Az 
ilyen tűzfalak figyelik és szűrik a rajtuk 
áthaladó forgalmat. Vannak olyan prog- 
ramok (például gatekeeper.dec.com:/ 
pub/DEC/screend/" , tepwrapper), ame- 
lyek figyelik egy adott gép TCP/IP 
protokollú csomagforgalmát. Termé- 
szetesen a célberendezések mindezeket 
a szűréseket hardverből valósítják meg. 


Ablakozó rendszerek 


Az X-Window rendszer lehetőséget 
teremt arra, hogy gépünk erőforrásait 
(egy képernyő tartalmát, a bebillentyű- 
zött szavakat) más gépek használhas- 
sák. Sok felhasználó teljesen kikapcsol- 
ja az X-Window biztonsági szolgálta- 
tásait, hogy kényelmesebben tudjon 
dolgozni. Ilyenkor egy betörőnek sem- 
mi más feladata nincs, mint írni egy 
olyan programot, amely egy X-termi- 
nált monitoroz, és kiolvassa egy adott 
xterm ablakból a felhasználó jelszóját. 
Okosabb dolog, ha felhasználóinkat tá- 
jékoztatjuk a X-Window biztonságos 
használatáról. 

Cser András 





pe . NN j HERE 7 a Tele 
A JÍYTNIOVA 
s Ő 
éz OO ű 
A szupernóva — fény és energia. 
Ezt az új energiát Ön is hasznosíthatja. 
A SuperNOVA kínálta nagy hatékonyságú, objek- 
tumorientált, grafikus fejlesztőkörnyezet, a 4GL nyelv, 
a CASE-kapcsolat, az adatbázisfüggetlenség ideális 8 
lehetőségeket nyújt az alkalmazásfejlesztés minden MemolLuXx 
területén. 1443 Budapest, Pf. 228 
A feladat kijelölésétől a rendszerterven át a platform- Telefon: 183-2935, 183-3111 Telefax: 163-5079 
független alkalmazás elkészültéig igyekszünk méltóak 
lenni a szupernóvák sebességéhez. Felelős ügyvezető: Ivanyos János 
Fejlesztői szolgáltatásunkat igénybe vevő partnereink részére 
ingyenes szakmai továbbképzést tartunk Hollandiában. 
S 
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Nagyméretű szöveges adatállományok 


TELJES SZÖVEGES 


adatbázisba szervezése, alkalmazások kulcsrakész 
elkészítése magyar, angol, német nyelven 


CD-ROM 


lemezre vagy frissíthető adathordozóra. 


—  Hypermedia Systems Számítástechnikai Kft. — 
1142 Budapest, Teleki Blanka u. 15-17. 
Tel: 251-9333/251. Fax: 251-5099 
Kovács István, Matlák Tamás 


Ötéves CD-ROM alkalmazásfejlesztési tapasztalat 
Hypertext funkciók, beágyazott képkezelés 
Együttműködő, integrált alkalmazások 
Csúcstechnológiájú eszközrendszer 


REFERENCIÁK: 


JOGTÁR Számítógépes Jogszabálygyűjtemény 
(előfizethető évi 36 frissítéssel) 


Magyar Gazdasági Jogszabályok Gyűjteménye 
(háromnyelvű, előfizethető negyedéves frissítéssel) 
Bertelsmann Lexikodisc II (német nyelvű) 
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MEGRENDELŐLAP 


Megrendelem utánvétellel az Alaplap 
kiadványsorozatokban megjelent alábbi műveket: 


KÖNYVEI 
ALAPLAP SONT VB 
ee eaz tizra e — 
Jodál Endre: Általános fogalmak 
(Számítástechnikai alaplexikon I. 3. kiadás) — 496.— 
Jodál Endre: Adatkommunikáció és számítógép- 
hálózatok (Számítástechnikai alaplexikon II.) 356— 


.. pld: 


.. pld: 





.. pld: Buzás Gábor: Ipari számítástechnika 

(Számítástechnikai alaplexikon III. ) 496- 
.. pld: Jodál Endre: Mesterséges intelligencia 

(Számítástechnikai alaplexikon IV. ) 496 —- 
.. pld: Kis János: BBS — avagy az 

elektronikus postaláda (lemezmelléklettel) 656—- 
... pld: Jodál Endre: Informatikai alapszókincs 356- 
. .. pld: Csórián Sándor: Számítógépes kommunikáció 356. 
... pld: Detrik Péter: Az SOL nyelvről 375 — 
... pld: Miller László— Tamási Gábor: Macintosh 9997 
... pld: Dárdai Árpád: Mobil távközlési rendszerek 999— 
.. pld: Varga Zsigmond: Nyomtatók 999 - 

ALAPLAP LSMESZSK 
. .. pld: Norton Guide keretprogram (leírás) 500—- 
. .. pld: PathMinder segédprogram (leírás) 500— 
... pld: CSProlog nyelv (leírás) 1000— 
. .. pld: LIM EMS 4.0 memóriakezelő (leírás) 1000 — 
. .. pld: Nagy Krisztina: Fractal Generator (program) 1000— 
. . pld: Vicsek Mária—Vicsek Tamás: 

Fraktálnövekedés (program) 1000— 
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Témabővítő a hónap témájához — TTEMABOV.TXT 





Történelmi adatbázis — ESEMt$.EXE (Orbán Gergely —Dávid Norbert) 





Menüprogram az ARJ-hez — ARJMEN$.EXE (Oláh Gábor) 





Menüszerkezetű CONFIG.SYS és hozzá tartozó AUTOEXEC.BAT — MEM2-1.KER, MEM2-2.KER 





Kommunikációs segédletek — KORLEV.TEX, KOZOS.TEX, NEVEK.TEX (Aszalós László) 





Segédletek a Norton Desktophoz — NTDTP$.EXE 





. Sorbanállás Monte-Carlóban — SORt.EXE (Szondi Egon János) 





CD-ROM katalógus I. rész — C"DITART.TXT 





Ballisztikai ujjgyakoriatok (Játék) — AGYU.EXE (Ákoshegyi Miklós) 
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— a tökéletes memória 





SM edázo Ave 


1055 Budapest, Falk Miksa u. 6. 
Tel./Fax: 111-8268 Tel.: 132-8717 





Procomm Plus 2.0 f// 19.200 
Procomm plus 2.0 í/W tZoom 14.400 voice fax/modem 38.000 
MS Excel 5.0 / comp. upgr. / upgrade 52.000 / 19.000 / 14.200 
MS FoxPro 2.6 DOS vagy Windows / Prof. 52.000 / 76.500 
MS HUN Office 4.2 (Word 6.0, Excel 5.0, Powerpoint 4.0) 69.500 
MS Office 4.2 (Word 6.0, Excel 5.0, MS PowerPoint 4.0) 80.000 
MS TechNet CD / Developer Network Level 2 38.000/ 48.000 
MS Win. f/Workgroup 3.11 / Add-on 24.000/7.500 
MS Word fAW 6.0 / comp. upgr. / upgr. 52.000 / 19.000 / 14.200 
MS-DOS 6.23 / MS Windows 3.11 / Win. Upgr. 9.000 / 16.500 / .9.000 


49.000 
15.000 


Flipper for FoxPro! (grafikus felületek, grafikonok ...) 
Winfax Pro 4.0 


Stacker 4.0 / upgrade 18.000 / 9.000 
PC Tools f/W 2.0 / upgrade 18.000 /12.000 
Corel SCSI 2.0 15.000 
MathCad 5.0 f/W 21.900 
Novell DOS 7.0 8.000 
BLINKER 3.0 39.900 


MicroStation 5.0 DOS 8. Windows vagy NT /upgrade 480.000 / 62.000 
CEMM 7.04 / upgrade 11.000 / 6.800 


2.500/12.500 
52.000 / 52.000 
52.000 / 36.000 
132.000 / 24.000 


Multikey 2.51 DOS8.Win. / unlimited user 
CodeBase 5.1 / CodeBase tt 5.1 
CodePascal 5.1 / CodeBasic 5.1 
CodeBase 5.1 Multipl./CodeScreen 


GameBlaster (SB 16 kártya, ds CD-ROM, 10 játék CD!! 49.000 
Zoltrix Deluxe Pack (SB hangkártya, hangszórók, joystick, 
mikrofon) 12.000 
Játék újdonságok CD-ROM-on 
Megarace 8.000 
CD: Doom !!! 1.200 
Tie fighter 9.800 
Man Enough (2 CD az udvarlás művészetéről) 8.400 
Hard Days Night (a teljes Beatles film CD-n) 5.000 
Rebel Assault / Iron Helix 9.600 / 11.000 
Játékok, Shareware gyűjtemények, ClipArt-ok, Betűk, Képek, 
Grafikák, Szótárak, Enciklopédiák, Lexikonok, Multimédia 
alkalmazások, Photo CD, Nyomdatechnika, Fejlesztői rutinok, 
SEX CD kínálatunk a puhától a keményig terjed! 
Áraink ÁFA nélkül értendőek! 


Alkalmazásfejlesztő eszközök között válogat? 


Döntést kell hoznia a fejlesztőeszköz-készletéről. Akkor sok különböző szempontot kell figyelembe vennie! 
DÖNTÉSEK, DÖNTÉSEK, DÖNTÉSEK! 


s 


Melyik DBMS-t? Melyik felhasználói interfészt? Melyik hálózati architektúrát? Melyik platformot? 
Centralizáltat vagy osztottat? Direktterminál kapcsolatot vagy kliens-szervert? 


Szerencsére van jó válasz, amivel nem szűkíti le lehetőségeit: uniface 


A világ vezető nyílt rendszerű, független alkalmazásfejlesztő környezete lehetőséget nyújt Önnek, hogy hatékony, magas 
szinten működő, ipari erősségű alkalmazásokat készítsen, amelyek függetlenek a futtató technológiától. 





Ha UNIFACE környezetben fejleszt, akkor bármit ter- 


PRESENTATION LEVEL 





vezhet és kombinálhat kedve szerint, a részleteket 


MS-WINDOWS 


OSF/MOTIF [ UNIFACE character mode [OPEN LOOK ] 0572 Presentation Manag 





hagyhatja, hogy a UNIFACE rendezze. Akármit ha- 
gyott is Önnek a múlt és akármit hoz is a jövő, appliká- 
ciói biztonságban vannak. Ha informatikai rendszere 
sok különböző elemből épül fel, akkor a UNIFACE az 


APPLICATION DEVELOPMENT LEVEL 
uniface opEw sci 








NETWORK LEVEL 








ideális eszköz a különböző erőforrásokon futó alkalma- 








LAN Manager Novell 





zásfejlesztés biztosítására és a jövőbiztos alkalmazás 


DATABASE MANAGEMENT LEVEL 





megalkotására. 


ADABAS, dBase, 
C-ISAM, FOCUS 


RDB, RMS, SYBASE, TDBS/TRIP. 
Sharebase, SOL 2000 ULTRIX/SOL, PROGRESS 


INFORMIX, INGRES, 
ORACLE, OS2/SOL 





1122 Budapest XII., Városmajor u. 74. 


OPERATING SYSTEM LEVEL 





unisoftware 


RENDSZERHÁZ 





Tel.: 155-7446, 156-5366 Fax: 155-9296 





OSR DOS 











Molnár Ferenc termékfelelős 
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Itt az AppWare 1.0 


A Novell AppWare néven kifejlesztett alkalmazásfejlesztő 
szoftvereszközeit arra tervezték, hogy a felhasználókat és for- 
galmazókat osztott, objektumorientált hálózati alkalmazási prog- 
ramok megírásában segítsék. A most piacra került Novell 
AppWare 1.0 három alapvető részből áll: 

— AppWare Foundation: 5GL nyelvű alkalmazási program- 
interfész (API) sorozat keresztplatform-alkalmazások fejleszté- 
sére. 

— Application Loadable Modules (ALM-ek) és AppWare 
Bus: az 1.0 verzió 72 ALM-et tartalmaz. 

— Visual AppBuilder: objektumorientált 5GL alkalmazásfej- 
lesztő eszköz, amely grafikus fejlesztést tesz lehetővé. 


Olcsóbban frissebb 


A Novell folytatja beígért programját, amely a NetWare-fel- 
használókat szolgálja. A legújabb lépések: a NetWare-frissítések 
árai átlagosan 1599-kal csökkentek; ennél sokkal jelentősebb 
mértékben estek az upgrade-árak az olyan termékeknél, amelyek 
valamilyen, a NetWare-rel versenyképes hálózati operációs 
rendszerről a NetWare-re való áttérést segítik. Ugyancsak beje- 
lentették, hogy mindazok ingyen kaphatják meg a Novell 
GroupWise 4.1-et (korábban WordPerfect Office), akik október 
31-e előtt egy, legalább tízfelhasználós NetWare-frissítést vásá- 
rolnak. (Kiskereskedelmi ára egyébként 4700 USD.) A Novell 
azzal is folytatja terjeszkedését, hogy piacra dobta a NetWare 
új, 4.02 verzióját, amelynek révén a LAN-ok egyszerűbben 
használhatók, könnyebben adminisztrálhatók, valamint a koráb- 
biaknál olcsóbban lehet azokat működtetni, üzemben tartani. A 
NetWare 4.02 újdonságai: továbbfejlesztett Directory Services; 
egyszerűsített NDS setup opció az egyszerű, egyszintű direc- 
tory-fa automatikus előállítására; új változatú, gyorsabb NetWa- 
re Administrator grafikus segédprogram; felfrissített DOS/MS- 
Windows és OS/2 kliens szoftver; továbbfejlesztett nyomtatási 
segédprogramok, gyorsabb CD-ROM-installálás, frissített Sto- 
rage Management Service (SMS) állományok; a NetWare 4 
online dokumentáció fejlettebb formában való megjelenítése 
stb. Továbbá bejelentették: a Novell az ún. Authorized Service 
Center (NASC) csatornáján keresztül fogja támogatni a DR DOS 
6.0 PC-s operációs rendszert (a DR DOS 6.0 frissítése a január 
óta elérhető Novell DOS 7). 


Egyenlők házassága 


Kétségtelenül az idei nyár legnagyobb hálózati szenzációja 
két vezető amerikai cég, a Wellfleet és a SynOptics , házassága" 
volt. Ezzel egy nagyon erős, termékeivel a piacot szinte teljesen 
lefedő multi jött létre, amely több mint egymilliárd dolláros 
forgalommal indul a jövőnek. A SynOptics az intelligens hub 
eszközök vezető cégének számít a világon, ugyanakkor Ethernet 
LAN és ATM kapcsolóelemeket és hálózatmenedzsment prog- 
ramokat is jócskán forgalmaz. A Wellfleet routerekben a Cisco 
nagy ellenfele (e téren második a világon), ugyanakkor a 
hálózatkezelés specialistájának is számít. A régi-új hálózatos 
gyártó cég fő termékei között első helyen szerepelnek az integrált 
routing és LAN switching képességekkel rendelkező ATM 
eszközök. Bár a SynOptics éves bevétele kétszer akkora, mint 
a Wellfleeté, kijelentették: , az összeolvadás egyenlő felek között 
jött létre". 

A bejelentéssel egyidejűleg a két amerikai cég kifejezte 
szándékát, hogy közösen dolgoznak ki egy nyílt hálózati rend- 
szerarchitektúrát. A házasságtól a két hálózati óriás azt várja, 
hogy olyan integrált hub/routing/switching termékeket lesznek 
képesek közösen piacra dobni, amelyek révén a Ciscóval, 
3Commal és a Cabletron Systemsszel szemben a mostaninál 
jobb pozícióba kerülnek. Az egyesített új cégnek az alapítók 
még nem találtak megfelelő nevet. 


Internet-felhasználó, fizess! 


Félhetnek az amerikai (és később az európai?) közönséges 
Internet-felhasználók: ha a szolgáltatást részükre nyújtó cég nem 
fizet november elsejétől 10 ezer dollár tagdíjat, a nem egyetemi 
Internet-kapcsolatok fenntartásáért felelős szervezet , kiszűri" 
az ilyen resellereken keresztül lebonyolódó Internet-forgalmat. 
Az öttagú Commercial Internet Exchange (CIX) tanács augusz- 
tus elejéig még nem jelentette be hivatalosan az említett döntést, 
de Rick Adams, a CIX tagja, egyben az UUNET Inc. cég vezetője 
szerint az IP-resellereknek a fizetésre 60 nap áll rendelkezésükre, 
különben a rajtuk átmenő Internet-forgalmat blokkolni fogják. 


HP-Bull: osztott nyomtatás 


A Hewlett-Packard és a Bull együttműködési szerződést kötött 
elosztott nyomtatásvezérlő megoldások közös fejlesztésére, a 
HP OpenView OpenSpool és a Bull DPF(1)/OpenSpool hálózati 
nyomtatásmenedzsment programcsomagokra alapozva. A meg- 
oldások célja a teljes vállalati információtechnológiai környezet 
konzisztens nyomtatásvezérlési igényeinek kielégítése. A meg- 
állapodás alapja a HP már négy éves és installált bázissal 
rendelkező OpenSpool programcsomagja, amelyet a Bull is 
átvett, és új funkciókkal gyarapított. A két cég együtt tervezte 
meg a szoftver jelenlegi változatát, amely így a HP és a Bull 
közös tulajdona. Az OpenSpool jelentős előnyöket kínál, ami a 
központi nyomtatásadminisztrációt, a hálózat méretű traszparens 
elérést és a hibatűrést illeti. A program a vezető nyíltrendszeres 
platformokat (AP-UX/(2), BOS2, AIX, Solaris), továbbá a PC-s 
platformkapcsolatokat egyaránt támogatja. 


Lannet: új programcsomagok 


Az izraeli Lannet Data Communications cég — amely a 
hibatűrő intelligens kapcsoló hubok technológiájában játszik 
vezető szerepet —, megkezdte az RMON új grafikus hálózat- 
menedzsment alkalmazási csomagjának forgalmazását. Az 
RMON megoldások értéknövelő funkciót jelentenek a cég 
MultiMan/OV 2.0 hálózatkezelő szoftvere alkalmazásában a 
Lannet MultiNet hubcsaládban. Az izraeli cég forgalmazza 
továbbáaz RMONMAaster/OV és DecodeMaster/OV alkalmazási 
programokat, amelyek a MultiMan/OV 2.0-val együtt futtathatók 
a HP OpenView hálózatvezérlő szoftver környezetében. A cég 
szorosan integrálta az új MultiMan/OV 2.0 verziót az OpenVi- 
ew-ba. Alkalmazásával és az említett hozzá tartozó programok 
révén a Multinet intelligens kapcsoló hubok működése mene- 
dzselhető, továbbá a hálózati menedzserek számára lehetővé 
válik, hogy aLLannet LANSwitch nevű dinamikus Ethernet switch 
modulok útján a kapcsolódó végállomásokból virtuális LAN- 
okat állítsanak elő. 


Arpeggio és TAXI 


Megegyezés alapján a Cabletron viszonteladója lett a Sonix 


" Communications nevű angol cég Arpeggio nevű, távoli Ethernet 


ISDN bridge hálózati egységének, és az Arpeggio technológiát 
valószínűleg integrálni fogja saját Multi Media Access Centre 
(MMAC) intelligens hubjainak Media Interface Module (MIM) 
nevű alkotóelemeibe. Az Arpeggio fő előnye a nagy sávszéles- 
ség. Ugyanakkor a Cabletron megállapodott a Controlware 
Communications Systems nevű angol céggel is, aminek célja, 
hogy a hálózati óriás a Controlware TAXI nevű ISDN termékeit 
(15 modult, köztük nemzetközileg bevizsgált és engedélyezett 
ISDN termináladaptereket és felhívható háttéregységeket) for- 
galmazza. Időközben a Cabletron MMAC-Plus kapcsoló hubja 
független szaklapok szakértőinek szavazása alapján , Az év 
internetworking terméke" kitüntetést nyerte el Nagy-Britanniá- 
ban. Olyan termékeket előzött meg, mint a Chipcom ONcore 
hubja, a Cray SNA Transport Processor terméke vagy az SMC 
Elite hubja. 


ÚJ ALAPLAP 1994/9 33 


V €060V :SZIHZMOIOVAHOZNI 


A jövő igérete már ma... 
. . teljesítmény és biztonságos üzem. 


Ezt kínálja Önnek az SCO új 


OPEN System 3.0 


UNIX operációsrendszer-családja 


e Az Intel-platform vezető UNIX rendszere 
s Már támogatja a Pentium processzorokat is 
e Szimmetrikus multiprocesszoros környezetben fut 


850000 SCO-felhasználó nem tévedhet, hi- 
szen nálunk is teljes körű alkalmazások közül 
válogathat. 


Csak akkorát kell megvennie, amekkorára Önnek szüksége van! 
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Haladjunk a korral! — V. 


Valódi (köz)kincs: a TeX 


A TeX (ejtsd tek) programot szintén Knuth dolgozta ki. 
Knuth, habár tudta, hogy ezzel a programmal hatalmas 
pénzeket kereshet, mégis ingyen a köz rendelkezésére 
bocsátotta. A TeX-ről szóló könyvek polcokat töltenek meg 
egyes nyugati könyvesboltokban, az Interneten fellelhető 
TeX-hez kapcsolódó programok és szövegfájlok mérete 
összesen több mint 400 Mbájtra rúg. A programmal nagyon 
sokan dolgoznak. (Talán nem véletlenül.) 


Mivel a matematikai részek (egyen- 
letrendszerek, mátrixok, többszörös al- 
só és felső indexek) kiszedése talán 
TeX-ben a lehető legegyszerűbb, a ma- 
tematikával foglalkozók között terjedt 
el leginkább. Egyes matematikai folyó- 
iratok már csak TeX-fájlokat fogadnak 
el, amelyeket csupán egymás után kell 
fűzni, átolvasni, s már mehet is a nyom- 
dába. Ez nagyon felgyorsítja az átfutási 
időt. 

Hazai példa kedvéért: a Középiskolai 
Matematikai Lapok naprakész lett, mi- 
óta a szerkesztők áttértek a TeX hasz- 
nálatára. De nemcsak a matematikusok 
vették birtokukba a TeX-et, hanem köz- 
gazdászok és nyelvészek is. Sőt van 
olyan segédprogram, amellyel a MIDI- 
adatokból TeX-fájlt készíthetünk, és a 
kottát kinyomtathatjuk. 


Lássuk az előnyöket! 


A TeX forrásprogram nyilvános, bár- 
ki megszerezheti, s ha van egy C for- 
dítója, akkor már használhatja is (bár- 
mely géptípuson). A fájl, amely a szö- 
veget tartalmazza, egyszerű ASCII-fájl. 
Az ASCII-szöveget levélben minden 
megszorítás nélkül továbbíthatjuk. Ha 
megírok egy szöveget, cikket a PC- 
men, akkor azt levélben elküldhetem a 
világ bármely pontjára, s ott esetleg egy 
Macintosh-on fogja ,,túlírni" valaki. 
(Nagyon egyszerűen dolgozhat így több 
szerző egy könyvön.) 

A TeX lehetővé teszi, hogy magyarul 
írhassunk: szerepel benne minden latin 
karakter, és nagyon sok ékezetes. (Len- 
ne azonban egy kérdésem: ha a szerző- 
társ Macintosh-on Wordöt használ, s 
nekem a PC-men WordPerfect van, 
hogyan tudom az ő ékezetes szövegét 
felhasználni? — Egy-két embert ez a 


feladat már őrületbe kergetett a környe- 
zetemben.) 

Természetesen a TeX-hez is léteznek 
olyan programok, amelyek másik szö- 
vegszerkesztőben kimentett állományt 
TeX formára alakítanak, de ezek egy 
része bolti program, míg mások elég 
alacsony színvonalúak. (Főleg a táblá- 
zatokkal, matematikai részekkel van 
baj, ezeket minden szövegszerkesztő 
másképp , kódolja".) 


A program rengeteget számol 


Kérdéses, milyen széles egy betű, 
egy szó, az épp következő szó befér-e 
még a sorba, vagy nem; a következő 
sor ráfér-e a lapra; érdemes-e összetolni 
a sorokat, hogy az a képlet még ezen a 
lapon legyen? Az ember az egész szá- 
molásból nem vesz észre semmit, csak 
kap egy dvi (Device Independent) fájlt, 
amely már az így kiszámított informá- 
ciókat tartalmazza. A TeX programot 
ezért fordítónak tekintjük, amely a ".tex 
fájlból ".dvi fájlt készít. 

A számításhoz természetesen szük- 
sége van a betűk méretére. Ezt az előző 
részben említett ".tfm fájlokból szerzi. 
Ilyen fájlokat nem csak MetaFonttal 
lehet előállítani. Ha például a Postcript 
fontok méreteit valamilyen program- 
mal előállítom, a TeX képes lesz így is 
lefordítani a szövegemet, amelyet majd 
(megfelelő programmal) Postscript be- 
tűkkel tudunk kinyomtatni. 

A TeX fájl mint bármelyik szö- 
vegszerkesztőé — egyrészt tartalmazza 
azt a szöveget, amelyet ki akarunk 
nyomtatni, és tartalmazza azokat az 
utasításokat is, amelyek megadják, ho- 
gyan néz ki a szöveg. Az általános 
szövegszerkesztőkben ezek speciális 
karakterek, míg a TeX-ben ASCII ka- 





Kommunikáció rovatunknak a 
mobil telefóniával foglalkozó 


múlt havi összeállítása megsza- 
kította Aszalós László sorozatát. 
Most folytatjuk, de jelezzük, hogy 
szerzőnk témaválasztása ebben 
a sorozatban időnként igencsak 
eltér a szűkebb értelemben vett 
kommunikációtól. Írása ilyenkor 


sokkal inkább a Programozás- 
technika rovatban kérne helyet. 
Mindazonáltal nem  bontottuk 
meg összeállítását a mi tagol- 
tabb szerkesztési szempontjaink 
szerint, mert az sem lett volna jó 
megoldás. Megtartottuk anyaga- 
it a Kommunikáció rovatban, an- 
nál is inkább, mert a sorozat a 
vége felé ismét itt lesz a ,helyén". 





raktersorozatok, amelyek általában a N 
jellel kezdődnek. 

A TeX makrónyelve elég bonyolult. 
Ezzel nem fontos kapcsolatba kerülni, 
de ha valaki valami különlegeset akar 
csinálni, vagy rövidíteni akar, érdemes 
megtanulni. Hogy mire képes ez a 
nyelv, arra jó példa, hogy ezen a mak- 
rónyelven írtak már torpedójátékot is, 
sőt BASIX-ot is, amely a Basic nyelv 
interpreterének megvalósítása. 


Makrócsomagok 


Donald Knuth írt könyvéhez (TeX- 
book) illusztrációként egy makrócso- 
magot (plain), amit ma is nagyon sokan 
használnak. Leslie Lamport szerint 
, Nem kell tudni házat építeni ahhoz, 
hogy lakjunk benne", ezért ő olyan 
makrócsomagot (LaTeX) írt, amely 
egyszerű, de a kezünk meg van kötve. 
Az egészet úgy képzelhetjük el, hogy 
kaptunk egy lakótelepi lakást. Bárhogy 
is rendezgetjük, nem lesz belőle palota. 
Kezdőknek (titkárnőknek, diploma- 
munkát íróknak, egyszerű felhaszná- 
lóknak) remekül megfelel a LaTeX, de 
nagyon speciális dolgot (például orosz— 
japán szótárt) inkább a Plain TeX-kel 
kell csinálni. 

Speciális és szokásos feladatokhoz 
más makrócsomagokat is írtak, de ezek 
használatát nem javaslom. (Ha valaki 
elakad, nehezen talál segítséget.) A La- 
TeX-hez és a Plain TeX-hez rengeteg 
továbbfejlesztés készült. Melyikre is 
van szükségünk? A fájlservOshsu.edu 
címen nagyon sok információt kapha- 
tunk a TeX-ről. Van itt TeX-index , mely 
a fellelhető makrócsomagok nagy ré- 
szét bemutatja; Essential LateX-leírás 
a teljesen kezdőknek arról, hogyan in- 
duljanak el a LaTeX-kel; Gentle intro- 
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duction to TeX hasonló az előbbihez, 
csak ez Plain TeX-re van. Küldjünk erre 
a címre egy help üzenetet (a Subject 
legyen üres). A listservXOshsu.edu cí- 
men található a cttdig levelezési lista. 
Előfordul, hogy egy nap erre a listára 
50 kbájtnyi levél érkezik. Ez a legálta- 
lánosabb levelezési lista a TeX-ről. 

Speciális listákat nagy számban ta- 
lálhatunk, mindenki keresse meg a szá- 
mára legkedvesebbet. Jómagam egy lis- 
tára szeretnék nagyon feliratkozni, a 
HunTeX-re (magyar TeX-felhaszná- 
lók), de úgy tudom, ez még nem létezik. 
(Ha mégiscsak van, akkor kérem a 
szervezőket, hogy az Új Alaplap hasáb- 
jain értesítsék az érdeklődőket.) 

Saját példáim (Plain TeX-ben) 

goOstoba pelda 

(centerline (bf Mi a helyzet 
hapsikvam?) 

Vend 

Ha egy sorban százalékjel szerepel, 
a sor további része megjegyzés. (Ez alól 
egy kivétel van, ha 49 szerepel, ekkor 
a szövegben 99 jelként fog megjelenni.) 
A kapcsos zárójeleket használhatjuk 
csoportosításra, Csoporton belül állítva 
be valamit, annak hatása megszűnik, ha 
a csoport végetért. A centerline az utána 
következő csoportot a sor közepére 
helyezi (lehet az fél oldal magas is). A 
VWf -fel vastag (bold face) karakterekre 
válthatunk. A TeX-fájlnak bármilyen 
kiterjesztése lehet, de ajánlatos a ( .tex ) , 
ezzel jelölve, milyen fájlról is van szó. 
Ha valaki egy TeX-fordító közelébe 
kerül, megpróbálhatja begépelni ezt a 
példát (például peldal.tex néven), s 
lefordítani. 

A kezdők nagyon gyakran esnek ab- 
ba a hibába, hogy elkezdenek gépelni 
egy több száz oldalból álló szöveget, s 
minden egy fájlba kerül. (Ez engem 
gyerekkorom egyik meséjére emlékez- 
tet, amelyben egy szabólegény és az 
ördög versenyez, hogy melyikük varr 
gyorsabban. Az ördög, hogy ne kelljen 
állandóan a cérna befűzésével kínlód- 
nia, olyan hosszú cérnával varr, hogy 
minden öltéskor ki és be kell ugrania 
az ablakon. Ezért persze a szabólegény 
győz.) 

A szövegszerkesztők nagy része is- 
meri azt a lehetőséget, hogy egy mű 
több részből álljon, csak mi nem ismer- 
jük. A TeX-ben ezt az Nnput fájlnév 
segítségével érjük el. Ezt több mélység- 
ben is megtehetjük. Egy nagyobb alko- 
tás általában a következőképpen néz ki: 
az egyik fájlt arra használjuk, hogy a 
többi fájl sorrendjét meghatározzuk. 
Ezek után a művünket úgy javíthatjuk, 
hogy nem az egészet fordítjuk le, hanem 
csak egy-egy fájlt, az egész mű aprócs- 


36 ÚJ ALAPLAP 1994/9 


ka részét, ami így gyorsan megvan. Ha 
már egyik részben sincs elválasztási, 
helyesírási hiba, akkor megnézhetjük, 
milyen is az egész. 


A körlevél 


Egyáltalán nem nagyok a példában 
szereplő fájlok, de ezeket is felbontot- 
tam több apró részre, mivel egyszerűbb 
volt így megírni és tesztelni. A körlevél 
egyrészt áll egy levélből, amelyben 
kitöltendő részek vannak, másrészt áll 
egy adatbázisból, amely a kitöltő ada- 
tokat tartalmazza. Mivel mindegyik le- 
vél ugyanúgy néz ki, a közös beállítás 
szerepel a kozositex fájlban. A ne- 
vek.tex az adatbázist tartalmazza a TeX 
számára érthető alakban, amit egy ha- 
gyományos adatbázisból szűrővel (pél- 
dául awk-kal, amelyről egy későbbi 
részben még lesz szó) könnyedén elő- 
állíthatunk. A korlev.tex pedig a körle- 
velünk szövegét tartalmazza. A fájlok- 
ba, hogy hivatkozhassam a sorokra, 
megjegyzésként beírtam a sorszámot. 

Kezdjük a kozos.tex-kel. Az első 
sorban egy nagy nevű betűt definiálok, 
amely a szokásos méret 1,44-szerese 
lesz. A második sorban azt állítom be, 
hogy minden betű az eredeti 1,44-sze- 
rese legyen. A nagy karakterek így az 
eredetinek közel kétszeresei lesznek. A 
harmadik sorban letiltom a lapok sor- 
számozását. A negyedik sorban az sze- 
repel, hogy a további részt a nevek.tex 
fájlban kell keresni. Miután az ott levő 
feladatokat elvégezte, az ötödik sor 
jelzi, hogy készen vagyunk. 

Nézzük, mi van a nevek-.tex fájlban: 
az 1.-től 5. sorig mindegyik a def 
szócskával kezdődik (valamit definiálni 
fogunk). Ezek sorra a vezetéknév, ke- 
resztnév, utca, város és a megszólítás. 
Ez a definíció makrót definiál, amelyről 
nekünk elég annyi, ha a Wwnev szerepel 
valahol a szövegben, akkor helyette (ha 
addig újra nem definiáljuk) a Senki fog 
szerepelni a művünkben. A 6. sor már 
nem okozhat problémát senkinek, a 
korlev.tex fájlban folytatódik a mű. A 
fájl további soraiban ugyanezeket fog- 
juk ismételni. 

A korlev-itex 1., 7. és 33. sorában levő 
Mvskip parancs az utána megadott mé- 
retű üres helyet fogja kihagyni. Ha nem 
szeretünk számokat írni (és számolni), 
akkor a 9. sorban találjuk a megoldást 
(van Wmallskip és Wnedskip is). A par 
parancsok az aktuális bekezdést (parag- 
rafust) fogják befejezni, és egy újat 
kezdeni. (Ha nem lenne a sorok végén 
a megjegyzés, a par-okat ki is hagy- 
hatnánk, mert egy üres sor hatása 
egyenértékű vele.) A 8. sor tcenterline- 


nal kezdődik; ennek hatására az utána 
következő ( )-ben szereplő szöveget a 
sor közepére helyezi. Hasonlóan műkö- 
dik a 34.-35. sorban levő Vvightline is, 
csak ez a jobb szélre helyez. A 8. sorban 
a kapcsos zárójelek között szerepel a 
Mnagy szó, ha még emlékszünk rá, ezzel 
a nagyobb méretű karaktert definiáltam. 

Minthogy a magy közvetlenül a zá- 
rójel után szerepel, ezért a zárójelben 
szereplő minden szöveg, így a megszó- 
lításnak megfelelő Uram vagy Höl- 
gyem is ezzel a nagyobb méretű karak- 
terrel fog szerepelni a szövegben. A 
Atem segítségével felsorolást készíthe- 
tünk, ahol egyrészt meg kell adni az 
elem jelét (számot, betűt, esetleg csil- 
lagot, tetszőleges szöveget, vagy netán 
semmit), majd magát az elemet. Néha, 
mint most is, szükséges lehet, hogy ez 
a felsorolás kicsit beljebb kezdődjön 
(vagy alfelsorolásokat akarunk készíte- 
ni), akkor a Ntem helyett használjunk 
Atemitem-et, 

A szövegen található még pár V- jel, 
amely azt jelzi a szövegkiszedő rend- 
szernek, hogy itt azt a szót, amelyben 
ez a jelsorozat szerepel, itt elválaszthat- 
ja. Ennek segítségével egy kis többlet- 
munkával elérhető, hogy ne szerepelje- 
nek azok a rettenetes elválasztások, 
amelyek a számítógépes szedés beve- 
zetése óta elterjedtek. 

Minthogy az ASCII-kódolás nem tar- 
talmazza az ékezetes betűket, ezért spe- 
ciális módon kell megadni őket. AV 
jelenti, hogy a következő betűre egy 
vessző fog kerülni, WV" a dupla pontot, a 
MH pedig a dupla vesszőt. (Sok más 
ékezet létezik még, de most csak ezeket 
használtuk.) Eléggé kényelmetlen így 
gépelni, de ez használható a világ bár- 
mely pontján. (Hollandiában így tudtam 
a számítógéppel magyarul írni.) Viszont 
ritkán van rá szükség, hogy az ember 
így írjon, és ezeket a jeleket használja. 
Elárulom: én sem ebben a formában 
írtam meg a fájlokat. Az emTeX lehe- 
tővé teszi, hogy a 128-255 kódú karak- 
tereknek  betűsorozatot  feleltessünk 
meg, s ezeket fordításkor behelyettesíti. 
Más rendszereknél például a sed prog- 
rammal, vagy bármely szövegszerkesz- 
tővel ez a helyettesítés könnyedén el- 
érhető. 


Több fájl közül 


Mit tegyünk a lemezmellékleten ta- 
lálható fájlokkal, vagy bármely más 
TeX-fájllal? Ha egy fájl van, nincs 
probléma, a tex fájlnév parancsot kell 
kiadni. Ha több fájl is van, keressük ki, 
melyik lehet az első. Esetünkben ez a 
kozos.tex, így a tex kozos parancsot 
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adjuk ki. Ha nem találjuk az első fájlt, 
próbálgassunk nyugodtan. Ha szeren- 
csénk van, a fordító nem ad hibajelzést, 
és elkészül a dvi fájl. 

Sok program létezik a dvi fájlok 
további alakítására. Ilyenek a megjele- 
nítők (a képernyőre kirajzolja a művün- 
ket), a nyomtatók (a nyomtató számára 
érthető utasításokká alakítja a progra- 
mot, s esetleg ki is nyomtatja). Ha 
grafikus képernyőnk van, nézzük meg, 
mitis csináltunk. Ha megfelel az alakja, 
nem gépeltünk el semmit, akkor nyom- 
tassuk ki. Ha valami mégsem tetszik, 
vagy valamit eltévesztettünk, s ezért 
hibajelzést kaptunk a fordítás során, 
akkor javítsuk ki a szövegszerkesztővel 
a forrásfájlt, s fordítsuk újra. Az esetek 
nagy részében nincs sok javítanivaló: 
egy-két elválasztást kell kijavítani, ki- 
sebb nagyobb szüneteket kell rakni a 
szövegbe. 


Hogyan szerezhetjük meg? 


Miként juthatunk a TeX programhoz, 
és hogyan állíthatjuk be igényünk sze- 
rint? Ha nagyon egzotikus géptípusunk 
van, akkor csak a web2c alkönyvtárakat 
keressük az Interneten, mert ez alatt a 
program forrása megtalálható, s próbál- 
juk lefordítani. (Aki erre kényszerül, 
annak sok szerencsét kívánok, mert 
szüksége lesz rá. Ha valami nem érthe- 
tő, a tex.web fájl talán segítséget nyújt. 
A WEB-ről szó lesz a következő rész- 
ben.) 

Ha népszerű gépünk van, akkor biz- 
tosan megtaláljuk a programot lefordít- 
va is, Legelőször a következő helyeken 
keresgéljünk: 

ftp.shsu.edu [192.92.115.10] 

ftp.dante.de [129.206.100.192] 

ftp.uni-stuttgart.de [129.69.8.13] 
ftp.tex.ac.uk [134.151.44.19]. 

Egyes cégek árulják a programot, s 
hogy meg is vásárolják, megpróbálták 
a WYSIWYG tulajdonságot beleépíte- 
ni, ami szerintem egy kicsit átverés. 

PC-re több változata is elterjedt a 
TeX-nek. Jómagam a public domain 
emTeX-et szeretem. Ez utóbbi program 
használatát könnyebbé lehet tenni több- 
féleképpen is. Fel lehet készíteni rá a 
Norton Commandert, van hozzá TeX- 
Shell (ts260.zip), illetve Hollandiában 
az egyik közgazdasági egyetemen a 
4DOS felhasználásával egy olyan kör- 
nyezetet készítettek (4tex), amelyben 
benne van minden, tokkal-vonóval 
(képkonvertálás, indexkészítés, helye- 
sírás-ellenőrző hat nyelven, és még sok 
minden; szerintem elég annyi, hogy a 
4tex fájlok felsorolása is 40 kbájtot 
foglal el). 


Az emTeX használható XT-n is, azaz 
majdnem bármilyen gépen elkészíthet- 
jük állományainkat, lefordíthatjuk, s 
már csak külalakbeli javításokat kell 
majd elvégezni egy jobb gépen, ame- 
lyen a dvi-t kezelő programok is rajta 
vannak. Sőt: megtehetjük, hogy mű- 
vünket fájlba nyomtatjuk, lemezen el- 
visszük ahhoz a géphez, amelyhez 
nyomtató van kapcsolva. (Az nem fon- 
tos, hogy azon a gépen TeX legyen. 
Nekem van pár speciális karakterem, 
amely sehol máshol nincs meg, s ezért 
mindenképpen így kell nyomtatnom.) 


Minden megoldható saját erőből 


Ezentúl mindenki a saját nyomdásza 
lehet. Egy probléma van még hátra: a 
képek beillesztése a szövegbe. (Minden 
normális szöveges dolgot megoldha- 
tunk a TeX-en belül.) A múlt részben 
említettem a  bm2font programot, 
mellyel nagyon sok képfájlból betűt 
készíthetünk, és ez könnyedén a szö- 
vegbe illeszthető. A TeX lehetővé teszi 
a további bővítéseket, mégpedig úgy, 
hogy atspecial( ) zárójelében lévő szö- 
veget egy az egyben beleépíti a dvi 
fájlba. Ezáltal a dvi driver-re hárul az 
extrák feldolgozása. Az emTeX-ben a 
PCX állományok beillesztése és a vo- 
nalak rajzolása érhető el ilyen módon. 

Ha valaki rendelkezik PostScript 
nyomtatóval, akkor fileserv-2shsu.edu 
címen megtalálja a PSTricks program- 
csomagot, mellyel nagyon sok minden 
elérhető. Néhány példa: színek haszná- 
lata (csak a nyomtató is tudja!), nyilak, 
rácsok, görbék, körszeletek, függvény- 
ábrázolások, szöveg nagyítása, torzítá- 
sa, forgatása. Ha valakinek éppen erre 
lenne szüksége, de nincs PS nyomtató- 
ja, reménykedhet még a GhostScript- 
ben, melyről egy későbbi részben fogok 
írni. (Ugyabban a részben lesz szó majd 
a GnuPlotról, amely két-, illetve három- 
dimenziós  függvényábrázolásra is 
használható több tucat géptípuson, és 
nagyon sok fajta kimenetet ismer.) A 
PC-felhasználók kipróbálhatják a GLE 
programotis, ami egy egyszerű grafikus 
leíró nyelv, ugyancsak sokféle kimenet- 
tel. A nagyobb gépeken elterjedt fig 
programok képei is beépíthetőek a szö- 
vegünkbe. 

Szívem szerint azt mondanám annak, 
aki a cikkem kiszedi, térjen át a TeX-re. 
De ez olyan lenne, mintha egy 
Word4Windows-hívőt a WordPerfectre 
akarnék rábeszélni. (A másik dolog: bár 
a TeX-kel majdnem mindent meg lehet 
csinálni, de azért egy profi DTP-t nem 
helyettesít.) 

Aszalós László 
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A OLGOV :SZHZIMOIOVIAHOJNI 


ALAPJÁRAT 





Novell DOS 7.0 


A legolcsóbb hálózat 


A multiprogramozás mellett az egyenrangú hálózatkezelés 
a Novell DOS 7.0 különlegessége. 

Most egy kicsit ezt járjuk körbe, élve azzal a lehetőséggel, 
amelyet a Computer 2000 biztosított részünkre, 

hogy közelebbről is megismerkedhessünk vele. 


A Novell agresszív piacpolitikáját 
jelzi, hogy saját DOS-ához — amely 
semmivel sem drágább, mint az MS- 
DOS vagy az IBM-DOS komplett 
egyenrangú hálózati operációs rend- 
szert ad, a Personal NetWare-t (szemé- 
lyi hálózat). Ez a shareware-eket leszá- 
mítva jelenleg a legolcsóbb hálózati 
megoldás. Jogtisztán minden hálózati 
állomásra külön példányt kell vásárolni, 
ami bármelyik DOS-ra igaz, de a PN 
nem tartalmaz erre vonatkozó védel- 
met: ugyanaz a példánya futhat a háló- 
zat több gépén. 

A PN alapegysége a munkacsoport 
(workgroup), amelybe legfeljebb 50 
felhasználó tartozhat. A munkacsoport- 
ba bejelentkezett felhasználók a mun- 
kacsoport szervereinek szolgáltatásait 
vehetik igénybe. Több munkacsoport is 
lehet, de egy szerver egyidejűleg csak 
egy munkacsoporthoz tartozhat. 

A kompatibilitás kipróbálására, mi- 
előtt az egyik gépen az MS-DOS 6.0-t 
lecseréltem a Novell DOS-ra, üzembe 
helyeztem rajtuk a NetWare Lite 1.0-t. 
A hálózat az operációsrendszer-váltás 
után is rendben működött. Az PN ins- 
tallálása — természetesen a fizikai 
összekapcsolás után — a következő 
lépésekből áll: 

— Szerver(ek)en és munkaállomáso- 
kon összeállítani a hálózatindító batch 
fájlt. 

— Szerver(ek) kijelölése és a mun- 
kacsoport(ok) létrehozása. 

— A munkacsoport szerverein a há- 
lózati könyvtárak és nyomtatók kijelö- 
lése. 

— A felhasználók bejegyzése, ahasz- 
nálati jogok kiosztása. 

A hálózatindító startnet.bat fájlt a 
Setup program hozza létre, beállítása- 
inknak megfelelően. Itt kell megadnunk 
a hálózati kártya típusát és beállításait. 
Én Compex hálózati adaptert használ- 
tam Western Digital-kompatibilis mód- 
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ban, amihez a PN nem tartalmazott 
meghajtót, sőt, a kártyához sem mellé- 
keltek ilyet. Ezért a NetWare Lite meg- 
hajtóját vettem kölcsön, gond nélkül 
boldogultam vele. 

A startnet.bat a hálózatikártya-meg- 
hajtó után a protokollkezelő Ipxodit és 
— szervernek is használva a gépet — 
a kiszolgáló server.exe-t indítja el. 

Az installálás további részeit és a 
hálózat kezelését a NET parancsokkal 
végezhetjük el. Ezek egy része interak- 
tív, másik része pedig parancssor-ve- 
zérlésű. Funkcióik a legtöbb esetben 
átfedik egymást, így egyrészt a hálóza- 
tot ismerő felhasználóknak kényelmes, 
egérrel is működő interaktív használa- 
tot tesznek lehetővé, másrészt készíthe- 
tünk batch fájlokat is velük. Az instal- 
lálás folytatásaként a Net Admin prog- 
ramba kell supervisorként bejelentkez- 
nünk, alaphelyzetben nincs jelszó. 

A hálózat kezelését nemcsak a super- 
visor végezheti, hanem bármelyik olyan 
felhasználó, aki az ehhez szükséges 
workgroup-adminisztrátori jogot meg- 
kapta. Az adminisztrátori joggal nem 
rendelkező felhasználók a Net vagy Net 
User programot használhatják a háló- 
zattal kapcsolatos feladatokra. Van né- 
hány parancs, amely csak parancs- 
sorként adható ki, mivel kifejezetten 
batchfájlok készítését támogatja. A Net 
Wait várakozik a megadott számú má- 
sodpercig, ez hálózatleállító batchfáj- 
lokban hasznos, hogy a felhasználók- 
nak legyen idejük menteni és kilépni. 

Szerver alapú hálózatoknál a kiszol- 
gáló gépek indítása megelőzi a munka- 
állomásokét. Egyenrangú gépek eseté- 
ben a szervert szintén használja valaki, 
és egyáltalán nem biztos, hogy reggel 
előbb indítja el, mint a többiek (ehhez 
nem kell adminisztrátori jog). Ezért 
hasznos a Net Sync parancs, amit ha 
elhelyezünk az indító batchben, meg- 
várja a szerverek indulását, nem kell 


bosszankodnunk a hibaüzeneteken, leg- 
feljebb kollégánk késése miatt. 

A hálózat használható a Task Mana- 
ger alatt is, de minden shell ugyanazt 
a hálózati kapcsolatot látja: ha az egyik- 
ből kijelentkezünk, a hálózat a többiben 
is elérhetetlen lesz. A hálózatot még a 
Task Manager betöltése előtt kell elin- 
dítani. 

A PN jól felépített, könnyen kezel- 
hető hálózat, bár az installálás során 
adódhatnak nehézségek (melyik háló- 
zatnál nem?). Nekem két dolog tűnt 
célszerűtlennek. Az egyik, hogy a szer- 
veren dolgozó felhasználó beléphet a 
Net Admin programba, ami önmagában 
még nem lenne baj, de új munkacso- 
portot is hozhat létre, a szervert pedig 
átteheti az új munkacsoportba, ami így 
az eredetiben dolgozók számára elérhe- 
tetlenné válik. A másik, hogy a szerve- 
rek leállításához adminisztrátori jog 
szükséges, ami azt jelenti, hogy vagy a 
szerveren dolgozó minden felhasználó- 
nak meg kell adni ezt a jogot (ami nem 
ígér túl nagy üzembiztonságot), vagy 
pedig a supervisornak kell körbejárnia 
munkaidő végén, hogy leállítsa a szer- 
vereket. 

Egyértelmű, hogy a Novell némileg 
más szemszögből közelít az operációs 
rendszerhez, mint a Microsoft. Az MS- 
DOS eddigi fejlődése az igények köve- 
tésén alapult. A Microsoft egyszerűen 
figyelte, hogy milyen segédprogramo- 
kat használnak nagy tömegben a fel- 
használók, és valami hasonlót épített be 
a következő verzióba, ami akaratlanul 
(?) ezek kiszorítását célozta. A fejlesz- 
tések egy része jól, más része kevésbé 
vált be. A Novell viszont a teljes lefedés 
helyett inkább az optimális rendszerre 
törekszik. E célból néhány segédprog- 
ramot — akárcsak az IBM — megvá- 
sárolt az eredeti fejlesztőtől (Stacker — 
Stac Electronics, Nwcache — Golden 
Bow Sytems, FastBack Express és az 
SDSCAN Fiftn — Generation 
Systems). 

Noha az alapparancsok ugyanazok, 
a DOS-ok korábbi nagymértékű hason- 
lósága fokozatosan csökken. Ez egy- 
részt örvendetesen növeli a választási 
lehetőséget, másrészt elbizonytalanít- 
hatja a nem szakértő felhasználót. Az 
egyre növekvő számú lehetőség és a 
szolgáltatások kihasználása több hoz- 
záértést igényel. A Novell DOS-ban is 
megjelentek az INI fájlok (egyelőre 4 
db, és viszonylag egyszerűek), és a 
hálózat installálásához is kell némi 
szakismeret. Én a kedvező tapasz- 
talatok mellett annak ajánlom, aki már 
otthonosan mozog a PC közelében. 

Csórián Sándor 





Honnan Is tudhatná, hogy a 
GUPTA SOL rendszerrel a PC kltens/szerver 
megoldások milyen sokat jelentenek 
vállalkozásának? 








Vannak kollégái, akik az Ön 
döntéseit készítik elő. Minden 
információ az Ön birtokában 
van, csak hozzáférnie 
nehéz. Az információkat 
rendszerezni kell, hogy a 
megfelelő döntések 


212-2552 


Szeretne konkrét 
kérdéseire gyors, 
szakszerű választ kapni? 
Hívja a 350OFT 
telefonszámát. 


előkészítésékor áttekinthesse 
azokat. A költségek pedig nem 
növekedhetnek a csillagos égig! 


Amikor az információs igénye 
csillapíthatatlan, de költségeit 
kézben szeretné tartani, a 
GUPTA SOL termékcsalád új 
távlatokat nyit meg vállalkozása 
előtt. Alakíttassa át számító- 
géphálózatát megbízható és 
hatékony kliens/szerver 
rendszerré. A GUPTA SOL 
termékcsalád elemei ebben 








3SOFT Kreatív 


nyújtanak Önnek segítséget. 


INFORMÁCIÓKÉRÉS: A0920 A 


$ A Windows alatt működő 
GUPTA SOLWindows 
rendkívűl rugalmas 4GL 
alkalmazás-fejlesztő eszköz. 


$ A Windows alatt működő 
GUPTA Ouest felhasználó- 
barát adatkezelő és lekérdező 
programcsomag. 


$ A GUPTA SOLBase az egyik 
leggyorsabb adatbázis 
szerver, amely NOVELL 
hálózatokban is működik. 


€ A GUPTA SOLNetwork-kel 
hozzáférhet más szervereken 
tárolt adatbázisokhoz. Az 
SOLNetwork támogatja az 
IBM DB2, Oracle, Informix, 
05/2 EE Database Manager, 
IBM AS/400, MS SOL Server 
alkalmazásokat. 





A Fortune 500-as vállalati toplis- 


táján szereplők nagyobbik fele 
már a GUPTA szoftverek mellett 
döntött. A Gupta beváltotta igé- 
retét: , Munkára fogta a kliens/ 
/szerver hálózatokat!" Mielőtt új 
szoftver beruházásba kezdene 
hívjon bennünket, hogy egy jó 
ajánlattal és egy kíváló szoftver- 
rel megakadályozzuk, hogy 
adatfeldolgozási költségei az 


égbe szökjenek. 


a 


DEALENETK 


Budapest XII. Kapitány u. 6. 
tel: 212-2552, fax:156-5419 
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A tetszetős megjelenés már félsiker 


Sakkprogram-galéria 


A sakkozó programok megjelenése a képernyőn nemcsak szellemi kihívás, 
hanem esztétikai élmény is. Aki sakkprogramot vásárol, 
először csak a külsőt látja, és később vizsgálja meg, 


hogy az ,ellenfél" mennyit is tud. 


A szerző ebben az összeállításban ,seregszemlét" tart a legérdekesebb sakkprogramok 
felett, leginkább arra törekedve, hogy átadjon az olvasónak valamit abból az élményből, 
amelyet a sakkprogramok puszta megjelenítése, működtetése kelt. 


Mi is az, ami a programozók szeme előtt lebeg, amikor 
mély tudást, jó műszaki paramétereket, ötletes algoritmuso- 
kat, fejlett stratégiát és taktikát építenek be a sakkprogra- 
mokba? Megkedveltetni a játékot az emberekkel — és eladni 
nekik a programot. A számítógép fizikai korlátait, kötöttségeit 
azonban valahogy kompenzálni kell. Olyasmivel, ami a 
megszokott sakk-környezet illúzióját leginkább megteremti, 
ami lehetővé teszi a sakkábrák és sakkfigurák variálását, a 
sakkóra megjelenítését. .. Egyes programokban át lehet kap- 
csolni háromdimenziós megjelenítésre, a tábla és a figurák 
, anyagának" módosítására, más színekre stb. A legtöbb 
program persze kétdimenziójú és kiegyensúlyozott, finom 
rajzolatú, mert a hadállások úgy mégis átttekinthetőbbek, s 
ha már nagyon oda kell figyelni az ellenfélre — mert sokat 
tud —, akkor a puritán táblán az embernek jobbak az esélyei. 
(A gépet semmi nem zavarja, neki nem is kellene tábla.) 

Az itt bemutatott képek igyekeznek ízelítőt adni a sakk- 
programok formavilágából. Most tehát a külcsín lesz előtér- 
ben, a sorozat későbbi írásaiban pedig majd a belbecs. 


A , senior" 


Jó példa a Sargon, a kétségkívül legnagyobb múlttal 
rendelkező program, amely az immár két évtizede a pályán 
lévő, tapasztalatokban bővelkedő szerzőpáros, az USA-beli 
Kathe és Dan Spracklen alkotása. 1983-ban, Budapesten, 


ERTE STT 


B d3 Dj 
ELS DS 
ELL RES Bd6 


Fi 
TET 
FIF3FI 

HEY TEN JEE TET 


SET LEVEL 
Alt L 


PLAY MOVE. TAKE BACK 


Alt T 


hire a a SET UP 


Alt S 


OPTIONS 


Rex (Angol megnyitás) 
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Elite-jükkel mikroszámítógép-világbajnokságot nyertek. Aki 
persze a számítástechnikában , öreg", az még korántsem 
számít annak az életben. Kiváló szakmai tudásukhoz jó 
gyakorlati érzék társul. A programok sakkjátékerejét tekintve 
a náluk fiatalabbak túlszárnyalták őket, ámbár RISC 2500-as 
célgépük a világ élvonalába tartozik. Személyi számítógépre 
írt, Sargon 5-ös verziójú programjuknak sakk-készlete fel- 
szereltségét, megjelenítését tekintve azonban minden bizony- 
nyal szintén az élen áll, ami igen vonzó lehet azok számára, 
akik a számítógéppel nem profi módon akarnak mérkőzni, 
hanem inkább játszanak, szórakoznak. 

A Sargon 5 használója választhat két- és háromdimenziós 
megjelenítés, fa, fém és sima sakktábla, valamint műanyag, 
fém- és fantáziafigurák között. Ez tizennyolcféle variáció. 
Saját lépéseinket emberi kéz , hajtja végre" (lásd a képen), 
a gép lépéseinek megtételéhez pedig robotkar nyúlik be a 
táblára. 


Az ,ifjabbak" 


Az újabb programok közül a Kasparov Gambit kimondot- 
tan a különféle információs szolgáltatásokra lett specializálva 
(játszma- és egyéb adattár, partik bemutatása elemzéssel stb.), 
ezért két sakktáblát jelenít meg a képernyőn. Az egyiket a 
mindenkor aktuális hadállásra, a másikat az analízisre. A 
táblák mérete és imitált anyaga (fa, fém, műanyag) szintén 
variálható. Egyébként ez a program sem sakkozik kifejezetten 
erősen. 

A versenyjáték céljaira, mesterek partneréül szolgáló sakk- 
programok általában megelégszenek szerény, szolid figurák- 
kal és néhány színvariációval. Például a jelenlegi világbaj- 
nok-program, a Genius 2 használatakor a tábla, a bábok és 
a szövegek négy-négyféle színben variálhatók, ami ugyan 
negyvennyolc kombinációt jelent, de a báboknál három 
esetben a fehér és a fekete színt, illetve a bábrajzolatokat 
csak csekély mértékben változtathatjuk meg. 

A Genius 2 alkotója, az angol Richard Lang a Mephisto 
célgépekhez írt programjaival éveken keresztül sorra nyerte 
a mikroszámítógépek sakkvilágbajnokságait. Programjait — 
mielőtt gépi nyelvre átírta volna őket — PC-n fejlesztette ki, 
és ezek a programok is több esetben piacra kerültek, Psion 
márkanéven. A Psion a hardver alacsonyabb teljesítménye 
miatt természetesen lényegesen gyengébb volt a Mephisto 
célgépekénél, de szép grafikájával már akkoris kitűnt, amikor 
a színes képernyő még nem volt általánosan elterjedt. 
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Zarkov (Királycsel) 


Néhány éve, amikor a VB-n a programokat alkotóik még 
bármilyen hardveren futtathatták, és szerepelt Psion is, 
Mephisto is, megkérdeztem Langot, hogy tulajdonképpen 
hogyan végzi ezek párhuzamos fejlesztését. Mosolyogva 
felelte, hogy ő csak egy programot fejleszt, a kettő között 
nincs különbség, csupán a hardverek nem azonosak. Egyéb- 
ként az 1993-as müncheni mikroszámítógépes sakkvilágbaj- 


nokságon Lang a programozók kategóriájában a Genius 2-vel 
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Genius 2 
Ba:08  8:B88:08 


81. e2-e4 — e7-e5 
BZ. Sg1-f3 — Sb8-c6 
83. L£1-b5 — a7-a6 
84. Lb5-a4 — Sg8-f6 
85. — 0-0 — Sf6xe4 
86. d2-d4á — b7-b5 
87. La4-b3 — d7-d5 
88. dáxes  Lc8B-e6 
89. c2-c3  LfB-e7 
eget 
6 89:85 pro Zug 5 
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Genius 2 (Spanyol megnyitás) 
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Gambit (Nimzovics-védelem) 
győzött, s a cégek csoportját a Hegener--Glaser nyerte meg 


négy Mephistóval, amelyekbe ugyanazt a programot építették 
be. (Az egyiket már Pentium processzor működtette. . .) 


A közelmúlt években 


Újabban futott be szép pályát az MChess, az USA-beli 
Marty Hirsch programja. Volt olyan esztendő, hogy két-há- 
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ni, hogy grafikus üzemmódra állítva — amit külön felkínál 
— számítógépes rajzolatú, aprócska kockákból épített bábo- 
kat és betűket jelenít meg a képernyőn. Eleinte ennek nem 
tulajdonítottam jelentőséget, de később rájöttem, hogy ha az 
ember például több gyorspartit játszik a program ellen, akkor 
kifejezetten pihentető a grafikus módra való átváltás. 

Aki viszont szeret színeket váltogatni, olyan programot 
válasszon, amely sok színt alkalmaz. A holland Ed Schröder 
Gideon programja szinte tobzódik bennük: skálája tizenhat 
színből áll, amelyekből elvileg bármelyiket ki lehet választani 
a képernyőn megjelenő valamennyi ábra- és szövegelemhez 
(az egész képernyő háttere, a világos és sötét mezők, a világos 
és sötét bábok alapszíne és kerete, az átváltó gombokat jelző 
mezők, az információk és a menü kerete, valamint a szöveg). 
Ez elképesztően nagy szám lenne, 16", de a színkombiná- 
cióknak valójában csak kis hányada alkalmazható. Persze ez 
sem kevés. A programozó a felhasználóra bízta, hogy meg- 
felelő színkombinációt válasszon, és a világos bábok és 
mezők tényleg elüssenek a sötétektől, hogy a színek eléggé 
különbözzenek egymástól, amellett logikailag és esztétikai- 
lag egymáshoz illeszkedjenek. (A figurák kerete háttérszí- 
nükhöz, a sakktábla világos és sötét mezői egymáshoz, stb. 
Vagy, hogy a jobb alsó sarokmező mindig világos legyen.) 

Ámbár mindezekre tulajdonképpen valamennyi program 
színválasztásánál ügyelni kell. De ez szórakoztató lehet, sőt 
játékos oktatásra is alkalmas. Akadnak hasonlóan sokszínű 
más programok is, például a Zarkov, bár ennél a maximális 
színkombinációk száma , csak" 87. 


Legutóbb... 


Sok mindent el lehetne még mondani az itt részben 
bemutatott programok szín- és formavilágáról. Ízelítőül talán 
ennyi is elég. Érthető, hogy azoknál a programoknál, amelyek 
nem a legmagasabb szintű sakktudásért zajló verseny jegyé- 
ben születnek, hanem az átlagsakkozók részére készülnek, 
nagyobb figyelmet fordítanak a formai megjelenítés ötletes- 
ségére és variálhatóságára. De ez sem feltétlenül érvényesül, 
mert vannak igen nagy játékerejű látványos programok, 
másrészt pedig az egyszerűbb kivitelűek között is elég nagy 
számban fordulnak elő gyengébbek. 

Robert Hübner, a kiváló német nagymester — aki az ókori 
történelem tudora, és egyebek között a papiruszok szövegé- 
nek megfejtésével foglalkozott a kölni egyetemen — azon 
csekély számú élsakkozók egyike, akik idegenkednek a 
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Sargon5 (Benoni-védelem) 


sakkozó számítógépektől. A müncheni villámversenyen, a 
nagymesterversenyen például játék nélkül odaajándékozta a 
pontot a Fritz programnak, az egyetlen gépnek, amelyet 
meghívtak a világ legjobbjai közötti szereplésre. Hübner 
végül Kaszparovval holtversenyben az élen végzett, s a 
világbajnokkal szemben csak az elsőséget eldöntő hatjátsz- 
más páros mérkőzésen maradt alul! Hübner mindazonáltal 
megdicsérte a képernyőn különleges grafikai megoldással 
megjelenített , Fritz" név betűit. 

Lindner László 


GSM TELEFONOK NAGY VÁLASZTÉKA! 
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Ablakok a meghajtókra 


Az információk tárolása és feldolgozása során — és 
nemcsak a digitális technikában, hanem már az ékírásos 
cseréptábláknál is — a négy leggyakrabban felmerülő 
kérdés a MIT, a HOL, a HONNAN és a HOVA. Vagyis meg 
kell találnunk meghatározott információkat, 

majd ezeket át kell helyeznünk egy másik fizikai helyre, 
illetve másolatot kell készítenünk róluk egy másik 
hordozóra. A látszat ellenére a VALAMI?.", a DRIVE:, a 
PATHV a FIND, a MOVE és a COPY kulcsszavak nem 
oldanak meg mindent. A felsorolt kérdésekhez ugyanis 
szorosan hozzátartozik a HOGYAN. 


A DOS keretrendszerek népszerűsé- 
güket elsősorban egyszerű állomány-, 
könyvtár- és meghajtókezelésüknek kö- 
szönhetik. Ezekben, főleg a kétpaneles- 
re is beállítható rendszerekben könnyű 
és kényelmes az állományok másolása, 
mozgatása a különböző könyvtárak és 
meghajtók között. A klasszikusnak szá- 
mító Norton Commanderben például 
nem kell a meghajtók hosszú elérési 
útjait és a különböző állományok nevét 
begépelnünk, mert néhány gombnyo- 
mással mindez kijelölhető úgy, hogy 
közben plasztikusan megjelenik mind 
a forrás-, mind pedig a célmeghajtó — 
természetesen könyvtári struktúrájával 
és a kijelölt állományokkal együtt. 


A Windows két ablaka 


Azok számára, akik hozzászoktak a , 


Commander szemléletéhez, furcsa és 
szokatlan a Windows fájlkezelőjének 
(File Manager System) használata. 
Megtehetik ugyan, hogy a Programme- 
nedzserből elindított fájlkezelőjüket 
kétablakossá alakítják át, de ehhez elő- 
ször az Ablak menü Új ablak parancsát 
kell kiadniuk, majd át kell állítaniuk a 
megjelenő második ablak méretét és 
helyzetét, s végül ki kell választaniuk 
a második ablakhoz tartozó meghajtót, 
illetve könyvtárat is (1. kép). Mindez 
azonban csak abban segíti őket, hogy 
látják: milyen elérési utat kell beírniuk 
például a Copy parancs párbeszédabla- 
kába. 

Valamivel könnyebb a Windows alat- 
ti állománykezelésre való átállás azok- 
nak, akik használják a Norton Deskto- 





pot. Ebben ugyanis a Windows menü 
eleve tartalmazza az Open Drive Win- 
dow parancsot, amelyet kétszer kiadva 
két meghajtóablakot kapunk. Ezzel azo- 
nos eredményhez jutunk, csak jóval 
gyorsabban és egyszerűbben, ha rákat- 
tintunk a Desktop két — az egyes 
meghajtókat jelképező — ikonjára. 
Ekkor azonban a helyzet még eléggé 
Zavaros, mert a két ablak kissé elcsúsz- 
tatva egymást fedi. Ahhoz, hogy a Nor- 
ton Commanderéhez hasonló, világos 
és jól áttekinthető kettős meghajtópa- 
nelt kapjunk, végre kell hajtanunk 
mindkét ablakra a Windows fájlkezelő- 
jénél már említett ablakmozgatásokat 


SZERSZÁMOSLÁDA 


és átméretezéseket az egér segítségével, 
majd be kell állítanunk a View menü- 
ben, hogy milyen adatokat és milyen 
formában jelenítsen meg a két ablak. 

Csak a Tree Pane parancs kikapcso- 
lásával szüntethető meg a könyvtári 
fastruktúra megjelenítése. A File De- 
tails menüvel pedig be kell állítanunk, 
hogy a könyvtári állományok listájában 
kérjük-e a fájlhosszak, dátumok, idők 
és attribútumok megjelenítését is, vagy 
sem. 

Mivel csak a Tree Pane parancs 
vonatkozik minden megnyitott meghaj- 
tóablakra, a listaparamétereket mindkét 
panelen külön-kölön kell beállítanunk. 

Csak akkor térül meg eddigi mun- 
kánk, ha egy-két állománynál többet 
akarunk átmásolni, mozgatni vagy 
összehasonlítani, de akkor viszont bő- 
ségesen, mivel a Norton Desktop — 
ennél a kétpanelessé alakított megol- 
dásnál — a forrás kijelölése és a fájl- 
kezelő parancs kiadása után már auto- 
matikusan felajánlja a másik meghajtó- 
ablakban kijelölt könyvtárat elérési út- 
ként (2. kép). 

Végeredményében most értük csak 
el azt, amit a Windowstól — koncep- 
ciója alapján e bonyolult feladatsor 
végrehajtása nélkül is — elvárhatnánk: 
hogy a billentyűzet használata nélkül, 
pusztán néhány egérkattintással végez- 
hessünk el összetett állománykezelő 
műveleteket. Márpedig, ha a Windowst 
rendszeresen használni kívánjuk, akkor 
a fentebb ismertetett kényelmes és 
szemléletes állománykezelést is célsze- 
rű egyszer és mindenkorra megolda- 
nunk. Szerencsére a Norton Desktop 
ehhez ragyogó támogatást ad a Script- 
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File Disk Tree View Options Help 


HEZ HETEJES! 
Disk Tree View Options Help 
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Maker programfejlesztő eszköz segít- 
ségével. 


Programozható környezet 


A ScriptMaker egy olyan, a Basic 
programozási nyelven alapuló leíró 
nyelv, amelyben a batch programozás- 
nál jóval hatékonyabban állíthatjuk be 
programjaink futási környezetét, sőt 
magunk is írhatunk önálló alkalmazá- 
sokat. Ezek természetesen a Windows 
— ezen belül pedig a Norton Desktop 





fel: menüit és parancsait, ablakait és 
párbeszédablakait, ablak- és kurzor- 
mozgatását, egérkattintásait, gombnyo- 
másait. 

A kétpaneles meghajtóablak létreho- 
zásához is készíthetünk egy kis progra- 
mot, amely ezután bármikor önállóan 
futtatható. Csupán le kell írnunk a 
ScriptMakerben azokat a lépéseket, 
amelyeket kézzel-lábbal (és egérrel) 
egyszer már végrehajtottunk, s ezt fut- 
tatható EXE-állománnyá kell lefordíta- 
nunk. 

Mindenekelőtt el kell indítanunk eh- 
hez a Norton Desktop Tools menüjéből 
magát a ScriptMakert. A megjelenő 
integrált programfejlesztő környezet- 
ben a szövegszerkesztő automatikusan 
bejelentkezik. Írjuk be először az ab- 
laknyitó szubrutinunkat: 

Sub OpenDriveWindow 
AppActivate , Norton Desktop" 
SendKkKeys , w c (ENTER J" 

End Sub 

A rutin két sora a Norton Desktop 
elnevezésű ablakon belül a Ctrl-W for- 
rógomb segítségével megnyit egy abla- 
kot a C meghajtóra. (Természetesen, ha 
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valaki ezt az ablakot átnevezte, akkor 
a , Norton Desktop" helyett az új ab- 
laknevet kell megadnia, másképp hiba- 
üzenetet kap.) Ez ugyanazt eredménye- 
zi, mintha a Norton Desktop Window 
menüjében kiadtuk volna az Open 
Drive Window parancsot, amelynek a 
programban a Menu ,  Window.Open- 
DriveWindow" utasítás felelne meg. 

Ezután következik az ablak mérete- 
zése és mozgatása: 

Sub MoveSizeDriveWindow 
(DrvWin9) 

WinSize 320480, , Norton Desk- 
toplCN" 
Select Case DrvWin 
Case 1 
WinMove 0.0, , Norton Desk- 
toplCN" 
Case 2 
WinMove 320,0, , Norton Desk- 
toplCN" 
End Select 

End Sub 

A WinSize utasításban a 640x480-as 
standard VGA-képernyő felét adjuk 
meg az ablak méreteként. Nagyobb 
felbontás — esetén — (800x600 — és 
1024x768) ez 400, 600 vagy 512, 768 
értékeket vehet fel. 

A Select Case DrvWin sorral arra 
készítjük fel a rutint, hogy más és más 
utasítást hajtson végre, attól függően, 
hogy hányadik ablakunkat nyitjuk meg 
(DrvWin — 1, 2). Mint látható, az első 
ablak (Case 1) bal felső sarka azonos a 
képernyő bal felső sarkával, a második 
ablak pedig a képernyő függőleges fe- 
lezővonalától jobbra helyezkedik el. 

Végül már csak a vezérlő ciklus 
elkészítése maradt hátra, amely meg- 
hívja minden egyes ablakhoz sorban a 


szubrutinokat, és beállítja az állomány- 
listázás módját és paramétereit. 
Sub Main 
For DrvWin- 1to2 
Call OpenDriveWindow 
Call MoveSizeDriveWindow 
(DrvWin) 
If DrvWin — 1 then Menu ,,Vi- 
ew.TreePane" 
Menu , View.FileDetails" 
SendKeys , S" 
SendKeys , D" 
SendKeys ,,T" 
SelectButton , OK" 
Next DrvWin 
End Sub 
A Call utasítással meghívott ablak- 
nyitás, méret- és helybeállítás után — 
a Menu , View.TreePane" paranccsal — 
elég egyszer kikapcsolnunk a Norton 
Desktop alapértelmezése szerinti 
könyvtári  — fastruktúra-megjelenítést, 
mivel az valamennyi meghajtóablakra 
egyformán vonatkozik. Az állományok 
hosszának, létrehozásuk vagy utolsó 
módosításuk keltének és időpontjának 
kijelzését viszont mindkét panelen 
önállóan kell beállítanunk. 


Készítsünk EXE programot! 


Még mielőtt a programot tesztelnénk, 
a Save nevű eszközgombra kattintással 
mentsük el forrásállományunkat, pél- 
dául DDWI.SM (Dual-Drive Window 
Interface — ScriptMaker) néven! A 
program fordítása a memóriában a 
Compile eszközgombbal hajtható vég- 
re. Ez egyúttal elvégzi a program szin- 
taktikai ellenőrzését is. Ha hibát talál, 
akkor a hibás sort és a hiba típusát 
kijelzi. (Hogy olvasóinkat megkíméljük 
a másolásból, elgépelésből adódó hiba- 
javításoktól, a DDWISM és a 
DDWI.EXE állományokat a lemezmel- 
lékleten közöljük.) 

A szintaktikai ellenőrzés után a 
ScriptMakerből történő futtatással (Run 
eszközgomb) ki is próbálhatjuk új prog- 
ramunk működését. A villanásszerű 
gyorsasággal végrehajtott ablakműve- 
letek eredményét a ScriptMakerből ide- 
iglenesen kilépve vizsgálhatjuk meg 
(3.kép). Ha ezzel elégedettek vagyunk, 
akkor a ScriptMakerbe visszatérve a 
Script menü Save Exe pontjával készít- 
hetjük el a DDWLEXE állományt. 

A mentésnél a ScriptMaker felajánl- 
ja, hogy az EXE fájlhoz hozzárendeli 
az alapértelmezése szerinti futó alakot, 
vagy az általunk kiválasztott bármely 
ikont. Mivel két meghajtót ábrázoló 
ikont a Norton Desktop egyik ikon- 
könyvtára tartalmaz, felhasználhatjuk 
azt, de akár újat is tervezhetünk. (Ol- 
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MEGBÍZHATÓSÁG, ÜZEMBIZTONSÁG, 


sokoldalú SZERVIZ 


Rejtett audio/video megfigyelő-, 
felügyelő- és ilyet detektáló rendszerek. 


Helyiség-, telefonlehallgatás elleni védelem. 


Viszonteladókat várunk. 


GSM mobil telefonok, 


üzenetrögzítős fax/modem kártyák. 
USA MULTIMÉDIA újdonságok: 


- számítógép a TV-n és videomagnón (SVHS) 
- TV tuner a számítógépben 

- komplett sztereo hanggal 

- Windows-kompatibilis software-el 
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WIEN BUDAPEST, 


Számítógépek, hálózatok, szerverek, INTEL, NOVELL, 
Microsoft, 3COM, OPTICOM, JET PROPULSION 
HP, STAR nyomtatók, AITECH audio/video 
VASCON biztonsági rendszerek 


1117 Budafoki út 70. 
Tel: 166-7698, 166-7044 Fax: 166-7698 
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SZÁMÍTÓGÉPEK SZAKKIÁLLÍTÁSA 


13900 Ft 


A világ legjelentősebb szakkiállítása. 
Több mint 2000 kiállító, a legkülönbözőbb 
típusú, fajtájú számítógépeket, laptopo- 
kat, notebookokat, adatbázisokat, tarto- 
zékokat, printereket, faxokat mutatja be. 
Első kézből ismerheti meg a legújabb ter- 
mékeket, rendszereket, technológiákat, 
szolgáltatásokat. 


LAS VEGAS 


1994. november 13-18. Részvételi díj: 128 500 Ft 


Az alapár személyenként értendő, 2 ágyas 
elhelyezés esetén. Tartalmazza a retúr re- 
pülőjegy árát, transzfereket, öt éjszakai 
szállást belvárosi 4 csillagos szállodában. 
Nem tartalmazza a repülőtéri illeték össze- 
gét. 


SZAKMAI ÚT KÖLTSÉGKÉNT ELSZÁMOLHATÓ 
Fakultatív programlehetőségek 


Jelentkezés: 


timár tourist 
1161 Budapest, Gelléri u. 39. Tel./Fax: 271-4306 
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386-SX-TŐL 
PENTIUMIG 


KOMPLETT SZÁMÍTÓGÉP 
KONFIGURACIOK 





05 
k COMPUTER 


386 SX 40 MHz SZÁMÍTÓGÉP 62.800 Ft 
2 MB RAM, 210 MB HDD, 14" MONO SVGA MONITOR, 512 KB VGA 
386 DX 40 MHz SZÁMÍTÓGÉP 128 KB CACHE 87.800 Ft 


4 MB RAM, 210 MB HDD, 14" COLOR SVGA/512 KB, CPU UPGRADE, 2 VESA LB 

486 DLC 40 MHz SZÁMÍTÓGÉP 128 KB CACHE 93.800 Ft 
4 MB RAM, 210 MB HDD, 14" COLOR SVGA/512 KB, CPU UPGRADE, 2 VESA LB 

486 DX2 66 MHz (Intel) SZ.GÉP 256 KB CACHE — " 121.800 Ft 
4 MB RAM, 210 MB HDD, 14" COLOR SVGA HOS sző c ÉP 1 MB VGA, 3 VESA LB 
PENTIUM 60 MHZ PCI BUS-OS S; 312.800 Ft 
8 MB RAM, 540 MB HDD SCSI, 15" SVGA DIGIT Ments, li VGA 1 MB 

A KONFIGURÁCIÓKBAN 1.44 FDD, DIGITÁLIS BABY HÁZ, 102 GOMBOS 
BILLENTYŰZET ÉS 25/P/G KÁRTYA 


15" COLOR DIGIT MONITOR 1280"1024, 0.28 OSD NI,LR . 41.590 Ft 


IDE KÁRTYA PCI BUS-OS 5.900 Ft 
VGA KÁRTYA 1 MB AGX PCI BUS-OS 29.900 Ft 
486 DX2 66 MHz ALAPLAP 3 PCI, SCSI-2. 67.500 Ft 
PENTIUM 60 MHz ALAPLAP 4 PCI, SCSI-2 141.800 Ft 














AZ ÁRAK ÁFA NÉLKÜLIEK, 
KÉSZPÉNZFIZETÉSRE VONATKOZNAK 

ÉS 142 ÉV GARANCIÁT 
TARTALMAZNAK, 





KIEGÉSZÍTŐK: VESA ÉS PCI LOCAL BUSVGA ÉS IDE KÁRTYÁK, 
NON-INTERLACED ÉS LOW RADIATION MONITOROK, 


FEFO KFT, 1073 BUDAPEST, BARCSAY U. 6. 
7 T.: 267-8980, 267-8981 F: 267-8958, 
7621 PÉCS, MUNKÁCSY U. 9. 
T4-F: (72) 326-186 


MEGBÍZHATÓBB, GYORSABB ÉS OLCSÓBB 
SZÁMÍTÓGÉPEK, NYOMTATÓK ÉS ALKATRÉSZEK 
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A IS6OV :SZHIMOIDVANHOJNI 


A 6160V :SZHJMOIOVAHOJNI 


SZERSZÁMOSLÁDA 


vasóink számára DDWI.ICO néven 
mellékelünk egy lehetséges változatot.) 

Kilépve a ScriptMakerből már csak 
egyetlen feladatunk van, hogy az új 
programot elhelyezzük valamelyik 
programcsoportba, illetve a Desktop 
közvetlenül elérhető eszközei között. 
Ezt úgy tehetjük meg, hogy a kiválasz- 
tott csoport Group menüjében kiadjuk 
a New Item utasítást, és programnak 
beírjuk a DDWI.EXE-t. Ha pedig prog- 
ramunk ikonját a Desktop eszközei 
között szeretnénk látni, akkor ragadjuk 
meg az egérrel az ikont, és vigyük az 
új helyére, utána magából a csoportból 
akár ki is törölhetjük. Ha ezután szabá- 
lyosan lépünk ki a Windowsból, akkor 
utána programunk minden indítás után 
azonnal elérhető lesz. 


Két meghajtó nem elég? 


Természetesen felmerül a kérdés, 
hogy induláskor miért kell mindkét 
ablaknak a C: meghajtót mutatnia? Az 
egyértelmű, hogy az A: vagy a B: 
állandó kijelölése nem célszerű, mivel 
egyáltalán nem biztos, hogy a DDWI 
program indításakor e meghajtókban 
lesz lemez, s ha nincs, rögtön hibaüze- 
netet kapunk. Más a helyzet azonban 
akkor, ha a gép több fizikai merevle- 
mezzel, esetleg CD-ROM-olvasóval 
rendelkezik, vagy a C: meghajtóján 
több partíció, esetleg tömörített logikai 
meghajtó van, netán hálózatban műkö- 
dik. Ilyenkor szükség lehet arra, hogy 
a második panel már indításkor a D:, 
E:, E:, G:, H:, W: stb. meghajtót mu- 
tassa. 

Ehhez a DDWI.SM forrásprogramot 
át kell alakítanunk, és újra le kell for- 
dítanunk. De csak a két szubrutint kell 
kissé módosítanunk, méghozzá oly mó- 
don, hogy figyelembe vegyék, hánya- 
dik meghajtóablakról (DrvWin) van 
szó. Az OpenDriveWindow szubrutin 









CANDWZ-Z 
File ": Disk Tree View Options 
Konverzió Window — Help 






harmadik sora D: meghajtó esetén pél- 
dául így módosul: 

if DrvWin-1 then SendKeys , /w c 
(ENTER)" else SendKegys , Aw d (EN- 
TERY" 

A MoveSizeDriveWindow szubru- 
tinban pedig csupán a hetedik sorban 
kell a meghajtó betűjelét átírnunk: 

WinMove 320.0, , Norton Desk- 
topIDN" 

Az ismételt fordítás és EXE-be men- 
tés során ne feledkezzünk meg arról, 
hogy a befordítandó ikont újra ki kell 
jelölnünk! 

Az eredeti program ilyen átírására 
valójában nem nagyon lehet szükség, 
mivel bármelyik ablak könnyen átkap- 
csolható egy másik meghajtóra. Ennél 
sokkal érdekesebb, hogy a DDWI.SM 
felhasználásával olyan  négypaneles 
megoldást is létrehozhatunk, amelyre 
maga a Norton Commander sem képes. 
A ODWI.SM-ben (Ouadro-Drive Win- 
dow Interface) legelőször is az ablakok 
méretét kell átírnunk a MoveSizeDrive- 
Window szubrutinban feleakkorára: 

WinSize 320,240, , Norton Desk- 
toplCN" 

SVGA esetén ezek az értékek persze 
400, 300, illetve 512, 384 lesznek. 
Mivel a Select Case DrvWin program- 
rész négyesetesre bővült, a két újabb 
ablak (Case 2 és Case 4) felbontásfüggő 
helyzetét is meg kell adnunk: 

Case 1 . WinMove 0,0, , Norton 
DesktoplCN" Case 2 WinMove 0,240, 
, Norton DesktopICN" Case 3 — Win- 
Move 3200, , Norton DesktoplCN" 
Case4  WinMove 320,240, , Norton 
DesktoplCN" 

Végül a Main rutin ciklusa is négy- 
szer hajtódik végre: 

For DrvWin — 1 to 4 

A ODWLEXE létrehozása a fentebb 
elmondottak szerint történik, azonban 
egy új, négy meghajtót ábrázoló ikon 
beépítéséről gondoskodnunk kell. (A 























m[/ CANOWY- 
File Disk Tree View Options 
Konverzió Window — Help 









C: — solarkatzo[£ 


it 
ÚJ dbaseprs 
dbaseset 


[5.500 bstes in 1 file selecte 


Tf drvmap2.an 
DJ drwcusttbr 
DJ énwshort mm 














f.. 
DJ aaptay. dit 
DJ alkalmaz.gab 











DÖ assist.set CH dd áco E ep-exe 

DO aszist.stt DO ddwism DO error sm 

DJ autostar.gab DO defauit.set DJ eszkozok.gab 
ÖÖ autostar. aaz DJ derautt DÓ eszkozok. gaz 


DJ description 
DJ descriptoz 
Fdeskeditexe 
DD deskedit.hip 
DO deskedítsmn 
MD dennreg 


DÓ ezxeiude.dat 
Fexec.exe 
fassist.doc 
CO fassist.exe 
D fassist.10c 
DÓ fassist1. dit 







DO commext.an DÖ) dkteusttbr D fietx.an 
DÖ consec.am DO dktfütt.ma E fncalc.exe 
contents.tet DJ dktshortmnu [7] fincalc.tup 
TO dayplan.exe Fdigedt exe DO fonttist.sm 
DO daypian.nip DO dizedttúp D frame.dat 


DO dragárpz an (0 fut.man 



























C: — solarkatzo[2 8.97. 261 bytes in 366 files 


TÖ dbaseprs TÖ drvmap2.an 








e 
DJ aaptay.an 









DJ dbaseset DJ érweustabr 

Ő alkatmazgab — CJddwiexe CA érnwshort. mu 

[ aszist.set DO ddwiico Cep.exe 
assist.stt DO ddwism DO error.sm 

DJ autostar.gab DO defauttset [TÓ eszkozok. gab 

DÖ autostar. gaz DÓ defaut.stt CD eszkozok.gag 





Ebatcnbid.exe [7] description 
DJ descript.xzo 
Fdeskeditexe 
DO deskedithip 
DO deskeditsmh 


DÓ exciude.dat 
Fexec.exe 
fassist.doc 





















Fdizedtexe 
DC dizedttúp 
DÓ arazárp2.on 
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Delete 


B Í[ ea 


View  ] Refresh 


















Move [ Copy 7 Select 





















Copy ] Delete [ View ] Refresh 





Select 
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lemezmelléklet a  ODWISM, a 
ODWLEXE és a ODWLICO állomá- 
nyokat is tartalmazza. Aki olyan négy- 
paneles megoldásra vágyik, amely rá- 
adásként indításkor négy különböző 
meghajtóval jelentkezik be, akkor ezt 
már állítsa maga elő!) 


Panelek átfedésben 


Meghökkenve fogjuk tapasztalni, 
hogy bár pontosan kiszámoltuk az 
egyes ablakok felbontásfüggő méretét 
és helyét, az egymás alatt/felett lévő 
ablakok részben takarják egymást. Ez 
különösen akkor szembeötlő, ha a meg- 
hajtóablakok egyikében az Option me- 
nü Customize almenüjében beállítottuk 
a meghajtó eszközsorának egyidejű 
szöveges és ikonos megjelenítését. 

Arra tippelünk, hogy a Norton Desk- 
top listázója a ludas a dologban, és nem 
engedi meg, hogy 5-6 sornál keveseb- 
ből álljon egy ablak — de ezt sem 
bizonyítani, sem pedig átállítani nem 
tudjuk. Tüneti kezeléseket azonban ja- 
vasolhatunk, méghozzá olyanokat, 
hogy az eszközsor is megmaradjon. 

Az első lehetőséggel titokban már 
akkor éltünk, amikor a MoveSizeDrive- 
Window szubrutinban a Select Case 
DrvWin programrészben a két új ablak 
nem a Case 3 és Case 4 lett, hanem a 
régiek közé toldva a Case 2 és a Case 
4. Bár nem tudjuk az okát (igazi win- 
dowsos rejtély!), de egy ilyen sorrend- 
ben történő ablaknyitás csökkenti az 
átfedést. Másodszor: az átlapolás mér- 
téke attól is függ, hogy az eszközsort 
csak szövegre vagy csak ikonra állítjuk. 

A harmadik lehetőség az, hogy átír- 
juk a DriveWindow menüsorát, és ki- 
vesszük belőle — az egér használata 
esetén egyébként is teljesen felesleges 
—. Window almenüt az Option menü 
Customize almenüjében. És egy negye- 
dik lehetőség, hogy kiiktatjuk a Kon- 
verzió almenüt is, ezt azonban már csak 
úgy tudjuk megoldani, ha a Windows 
könyvtárból a CONV.DLL fájlkonver- 
tert eltüntetjük, praktikusan átnevez- 
zük. 

Ez utóbbi megoldás esetén a fájlkon- 
verter menüje már be sem töltődik a 
rendszerrel együtt, s ezért innentől el- 
érni sem tudjuk. A meghajtóablakok 
szempontjából ez azonban azzal a to- 
vábbi előnnyel is jár, hogy az egyes 
panelek menüsora egy sorban is elfér, 
vagyis nemcsak az átfedés szűnik meg 
még a kettős (szöveg és ikon) megje- 
lenítésű eszközsor esetén is, hanem 
több hely marad az állományok listái- 
nak (4. kép) is. . 

Vékony Borbála—Vékony Tamás 


INFORMÁCIÓKÉRÉS: A0916 V 


INFORMÁCIÓKÉRÉS: A0955 V 





COGNOS 


Az Információ kapui 


UNIX, VMS VAX és AXP platformok 
SYBASE, InterBase, RDB/VMS és egyéb adatbázisok 
Operátori interfész MS Windows-on vagy terminálon 


Ex PowerHouse 


Adatbázisfüggetlen, nyitott és hordozható 
AGL technológia 


(I PowerHouse 4GL teljes hordozhatóságot biztosít a 
támogatott platformokon 

(d PowerHouse 4GL megoldást biztosít az alkalmazás 
teljes keresztmetszetére (interaktív, report, batch) 

(J Kliens-szerver alkalmazás fejlesztés 


Ex Axiant 


Hatékony grafikus környezet második 
generációs kliens-szerver alkalmazások 
gyors fejlesztésére 





Windows alapú fejlesztői környezet 





Csoportos fejlesztés támogatása 
Alkalmazás modellek a standard üzleti folyamatokra 


DÜNÉSAN 


1115 Budapest, Bártfai u. 54. 


001 


Tel.: 267-1295, 267-1296, Fax: 166-2285 






-adtbázis szerverek 

-hálózati csatoló szoftverek 
-alkalmazásfejlesztő eszközök 
-frontend eszközök 


A teljesség igényével! 
körieroni 


WALTON NETWORKING KFT. 
1077 Budapest, Almássy tér 2. Tel.: 267-9010, 267-9006, 267-9007 Fax: 267-90H1 Postacím: 1245 Budapest, Pf.: 1158 














FA INFORMIXaz adatbázisrendszer 


Egyszeri beruházás után folyamatosan 


hozzáigazítható az Ön igényeihez. 





Építse alkalmazásait a világ vezető 
adatbáziskezelőjére ! 


SSYBASE 


Ki mondta, hogy megfizethetetlen ? 
SYBASE Workgroup 
SOL Server 10.0 


for NetWare, Windows NT, OS/2 


4 Open Client for DOS, Windows, OS/2 
4 Net-Lib for TCP/IP, Named Pipes, SPX/IPX 


149.000,- Ft 4 ÁFA 


A Sybase saját eszközei mellett több mint 100 
kliens fejlesztő eszköz közül válogathat. 


Axis Számítástechnikai Kft. 


8001 Székesfehérvár, Pf.: 98. 
Or e (Prohászka O. út 42.) 
aA KIS Tel.: (22) 327-631, 327-630 
Számítástachoikal Kft. 


(22) 327-630 


Fax: 


Hogy mindíg informált legyen! 








Vásároljon a Waltontól, az INFORMIX 
magyarországi disztribútorától! 
Viszonteladóinknak óriási kedvezmény! 


Block Design 
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A S060V :SZHIMOIOVAHOJNI 


V II60V :SZHJJOIDVAN HOZNI 


V VI6OV :SZHZIMOIOVANHOJNI 





a 


c 


COMPUTERBOOKS 


Bp. ,XII.Tartsay V.u.12. tel.: 175-15-64; tel./fax: 175-35-91 
Székely Vladimir: Képkorrekció, hanganalízis, 
térszámítás PC-n - lemezmelléklettel 1.258.- 


Pintér Miklós: AutoCAD tankönyv - DOS 8. WINDOWS; 
AUtoCAD LT; AUtoCAD R12 angol 8. magyar 899.- 


László József: VGA kártya programozása 
Pascal és Assembly nyelven - lemezmelléklettel 1.375.- 


Legújabb 
kiadványaink 





Nagy Z.-Winkler Zs.: AmiPRO for Windows 990.- 
Bors-Eglesz-Homoki-Molnár-Násfay- Szalai- 

Werner: PC-s játékok 2 599.- 
Perger J.né: Gauattro PRO 5 770.- 
dr.Kovácsné Choner J.: Magyar Windows 3.1 990.- 
Stolnicki Gyula: SAL kézikönyv - SOL92-szabvány 

és IBM DB2, IBM SOL/DS, INFORMIX, INGRES, 

NovellXaL, Oracle, Sybase, MS SOL SERVER 

- lemezmelléklettel 1.188.- 
dr.Kovácsné Choner Judit-Ozsváth Miklós: 

GuarkxXPress for Windows 979.- 
Molnár Mátyás: WORD 6 699.- 
Bakonyi Géza-Drótos László-Kokas Károly: 

Korongba zárt gondolatok ... CD-ROM 595.- 
Bartók Nagy János-Laufer Judit: UNIX felhasználói 

ismeretek (Openinfo Könyvek) 880.- 
Benköné-Kiss-Tamás-Tóth: Programozás Borland 

Pascal 7.0 rendszerben/DPMI, WINDOWS 

- lemezmelléklettel 1.586.- 


Kérje tejes ép részlete 
evélcím: 1253 Budapest Pf. . 





VT-50ET VT.50ET 


$ OPEN Database 
Nagyteljesítményű, megbízható adatkezelés 
Osztott adatbáziselérés, Replicator 

$ OPEN Tools 
Grafikus objektumorientált 4GL 
Döntéstámogató eszközök 

$€ OPEN Applications 


Kliens-szerver típusú alkalmazások 
Platformok közötti hordozhatóság 


ha Ingres 


Egy új, nyitott világ! 
1033 Budapest, Vörösvári út 103—105. 
Tel.: 250-0744, 250-1558 Fax: 250-0750 








2112  VETESEGYEEZ; Sport u. 2; Pf. 14. i 


Telefon és FAX: EE 387-292 





S$SAMATY DTC 1210 


Ha már van hangkáttyája, 
vagy (és) ze ROM-ja 


DTC 3038 

- 4, vagy 8 Ohm 

- 3-utas 

- 30 Watt 

-5 - 22 000 Hz 

- 400x200x200 mm 

- fekete famintázatú 
ára db-onként 
4.980 Ft 

32596 ÁFA 


DOLL "" . Digital On. 
nyítható kap. 
otthoi 


VAN 
A DOLL interface egy 
12 biten (sorosan) vezérelhető hálózat, 
melyben a SAMA kártya segítségével ki- 


SAMA kom. ogHBKT 27 funk- 
ciós CD-Audio, MIDI és WAV 
lejátszó. 2.600 Ft 
ak "A.2596 ÁFA 


Stabilizált 5, 6, 7, 8, 9, 10 
és 12 voltos, 1 A-es 
tápegységek (trafó nélkül) 
A DTC táp- 
san jek 

RSMAN 
dobozba 
zerelve is 
phatók. 
80 Ft 
596 ÁFA 
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s bekapcsolhat bármilyen 220 Voltos 
felre pl. nyomtatót, asztali lámpát, 


stb) 98 etlen gombnyomással az egéren. 
A DOLL interfoce-ek THORSMAN doboz- 
ban (is) kaphatók. 


SAMAT 3110 - egy 3." 
floppymeghajtó helyére elfé- 
rő, nem szoftver irányítású, 
2x10 tő. 





ú ae ke gknikatm EZEN 
GFD Magazin - a DTC Electronics havonta mi tési 
díja KLTE 4.336 Ft (boríték és postaköltség) postai rózsaszín csekken feladható. 


jelenő kiadványa, A Magazin elől 











eszközök teljes választéka 


INFORMIX ORACLE CISAM 
alkalmazások 
! Integrált, moduláris. hálózati (UNIX. UNIXWARE) és 
! DOS kliens lehetőség, többnyelvű felület, folyamatos 
rendszer követés. 


.. alapú 


INFORMIX relációs adatbáziskezelő 
! 


UNIPLEX irodaautomatizálás 
! (szövegszerkesztés, mail, grafika, alkalmazás gen.) 


MEGA vállalatirányítás, vezetői információs 
rendszer 
- könyvelés, költségszámítás, tervezés 
- tárgyi eszköz nyilvántartás, 
- bér és munkaügy, munkaidő nyilvántartás 
- kereskedelmi rendszer (anyaggazdálkodás, 
raktárkezelés, számlázás, kis- és nagyker) 

- kommunális szolgáltatások kezelése, 
- archiváló rendszer 


TRADISTAR 
1121 Budapest, Denevér u 48/d 
Tel/Fax: 162-0466 








INFORMÁCIÓKÉRÉS: A0950 A 





INFORMÁCIÓKÉRÉS: A0954 A 


Rendszerkonfigurálás 


KÖZKINCS 


Gyógymód memóriazavarokra — Il. 


Az előző részben a tárrezidens programok és az 
eszközmeghajtók agyműtététszerű kiirtásával 
eredményesen lebutítottuk a DOS-t, 

és a külső eszközök csonkolásával 

kellőképpen nyomorékká tettük a hardverkonfigurációt. 
De még mindig akadnak játékszoftverek, 

amelyekkel nem tudunk játszani... 


Miként ígértük, van még mit vagdal- 
ni, lehet protéziseket a rendszerbe be- 
építeni, és akad egy-két orvosság is — 
bár egyik sem csodaszer. S ezekre — 
úgy tűnik — szükségünk is lesz. 


Bűvészkedés a DOS-szal 


A MEM program szerint már 520- 
550 kbájt memória szabad, s úgy gon- 
doljuk, hogy ha ebben egy 480 kbájtot 
igénylő EGA-Apogee a SoundBlaster- 
rel együtt (kb. 20 kbájt) lazán elfér, 
akkor a VGA-programnak is működnie 
kell. Így gondolkodunk mi... 

A játékszoftverek készítőinek logi- 
kája azonban másfajta srófra jár. Ok 
úgy vélik, hogy van egy korszerűbb 
DOS (Kis János barátom bármennyire 
is szidja!), amely az operációs rendszert 
és az esetleg meggondolatlanul nélkü- 
lözhetetlenné tett merevlemez-duplázó 


program  (SuperStor, DoubleSpace, 
Stacker stb.) eszközmeghajtóját az 


alapmemória, a bűvös 640 kbájt fölé 
tölti be, s az operációs rendszer adatai 
számára is itt foglal le helyet. Úgy 
gondolják, hogy 40 kbájtba mindennek 
el kell férnie, s jogot formálnak az 
alapmemória 600 kilójára. 

Mert nem szabad komolyan venni 
azt, hogy az 5-600 kbájt szabad memó- 
riát igénylő szoftverek konfigurációs 
igényét min. DOS 3.3-ban jelölik meg. 
És fordítva: ha DOS 5.0-t vagy 6.x-et 
írnak elő, biztosak lehetünk abban, 
hogy ezek lehetőségeinek maximális 
kihasználását el is várják. 

Azt már láttuk, hogy a 386/486/586- 
os gépeken alkalmazható memóriame- 
nedzserek a játékszoftvereknek nem — 
vagy csak megszorításokkal — kelle- 
nek. A CONFIG.SYS-ben azonban az 
újabb DOS-verziók számos lehetőséget 
kínálnak a memóriatakarékos megoldá- 


sokra. Ilyen a DOS-t a magas, az 1024 
kbájt feletti 64 kbájt memóriába betöltő 
HMA (High Memory Access — magas 
memória elérése) parancs, az adatterü- 
leteket a felső, a 640 kbájt és 1024 kbájt 
közé kijelölő UMB-kezelő utasítás 
(UMB — Upper Memory Block, vagyis 
felső memóriaterület) vagy a végleg 
nélkülözhetetlen tárrezidens eszköz- 
meghajtók és programok , felpakolása" 
a 640, illetve 1024 kbájt fölötti memó- 
riaterületekre a DOS DEVICEHIGH, 
illetve LDODADHIGH (rövidítve LH) uta- 
sítása segítségével. Ezek formája: 

DOS-HIGH és DOS-UMB, vagy 
DOS-HIGH UMB, illetve 

DEVICEHIGH-CNDOSYWOBLSPA 
CE.SYS és 


LH CNDOSWMISCDEX A:E 
/d:NECCD vagy 

LOADHIGH CNDOSWISCDEX 
/:E /d:NECCD. 


A DR DOS 6.0 és a Novell DOS 7 
alatt ezeket a parancsokat kissé más- 
képp kell kiadni. Ezek itt: 

HIDOS-ON 

HIBUFFERS-10 (UMB-használat a 
BUFFERS-10-zel!), illetve 

HIDEVICE-CNDOSYOOBLSPACE. 
SYS és 

HIINSTALL CNDOSWISCDEX /I:E 
/d:NECCD. 

Érdemes megjegyezni, hogy a CD- 
ROM-meghajtó programját a felső me- 
móriába tárrezidensen betöltő parancs 
a DR DOS-ban az AUTOEXEC.BAT- 
ból is kiadható, ilyenkor azonban a 
HIINSTALL helyett — példánknál ma- 
radva — a HILOAD 
CNDOSMSCDEX /I:E /d:NECCD uta- 
sítást kell használnunk. 

Ugyancsak a DR DOS használatával 
függ össze, hogy annak COM- 
MAND.COM-ja az alapmemóriából 
mindig lefoglal 64 kbájtot a tömörített 


EXE-programok kiterjesztéséhez. Ezt a 
gondot úgy orvosolhatjuk, hogy besze- 
rezzük a Novell BBS-ről (1-408-649- 
3443) a DR-DOS Patch 326 javítóállo- 
mányait, amelyek a BBS-en 
PATCH326.ZIP néven találhatók. 


A HD-duplázó kikapcsolása 


A fenti eljárás azonban nem minden 
gépen használható, mivel vannak rend- 
szerek, amelyek a DOS 3.x vagy 4.x 
verziói alatt futnak. Tovább bonyolítja 
a helyzetet, hogy már ezekkel az ope- 
rációs rendszerekkel is együttműködik 
a SpeedStore és a Stacker, vagyis vál- 
tozatlanul szembe kell néznünk azzal a 
ténnyel, hogy az alapmemóriát fo- 
gyasztja a DOS és a merevlemez-dup- 
lázó program. 

Utóbbi ellen kézenfekvő, bár mun- 
kaigényes — és néhány játék telepítése 
után alkalmazhatatlan, vagyis tüneti 
megoldás — ha a programot a merev- 
lemez nem tömörített, logikailag önálló 
meghajtóként (például DX elérhető ré- 
szére másoljuk fel, s a rendszert magát 
betöltőlemezről  — indítjuk. — Ilyenkor 
ugyanis az operációs rendszer csak az 
eredeti, fizikailag is létező C: meghaj- 
tónkat látja, a tömörített adatterületet 
pedig (a csak logikailag létező meghaj- 
tót) óriási rejtett állományként kezeli. 

Ez azt jelenti (és elnézést kérek min- 
den profitól, de egy újszülött számára 
minden BOOT-lemez új!), hogy úgy 
kell megformáznunk egy hajlékony 
mágneslemezt (floppy), hogy az operá- 
ciós rendszer állományai is rákerülje- 
nek. Ezt a legegyszerűbben a DOS 
FORMAT A :/S parancsának kiadásával 
érhetjük el. 

Apró, de fontos feladat, hogy létre- 
hozzunk ezen a lemezen is egy CON- 
FIG.SYS állományt, amelyben leg- 
alább a BUFFER-20 és a FILES-30 
soroknak szerepelniük kell. Utóbbit 
akár FILES-99-ig növelhetjük, ha nem 
indul el a program — nagyobb értéket 
megadni azonban már értelmetlen. 

Egy másik lényeges dolog, hogy le- 
töröljük a lemezről a rendszerfájlokkal 
együtt felkerült merevlemez-duplázó 
bináris programot, mert a COM- 
MAND.COM ezt automatikusan betöl- 
tené, s pont azt nem érnénk el, amiért 
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az egész hercehurcát végigcsináltuk: a 
memória felszabadítását a duplázó tár- 
rezidens részétől. Ezt követően pedig 
újra kell indítanunk a teljes rendszert 
— de már az újonnan megformázott 
mágneslemezről. 


Kikapcsolható indítóállományok 


Az előzőekben leírt tortúrát persze 
csak azoknak kell végigszenvedniük, 
akik vagy nem rendelkeznek fejlettebb 
operációs rendszerekkel (DOS 6.x és 
Novell DOS 7), vagy nem szívesen 
használják az operációs rendszer beál- 
lításának egyéb lehetőségeit. Pedig még 
legalább két módszer létezik: az egyik 
a rendszerbetöltésnél az indítóállomá- 
nyok átugrása, a másik, a bonyolultabb 
pedig a CONFIG.SYS és az AUTO- 
EXEC.BAT menüszerű kialakítása. 

Amikor bekapcsoljuk a gépet, meg- 
kezdődik az operációs rendszer betöl- 
tése a merevlemezről. A DOS 6.0 és 6.2 
verziók megengedik, hogy a , Starting 
MS-DOS..." felirat megjelenésekor a 
COMMAND.COM betöltése közben 
az FS gomb lenyomásával letiltsuk a 
CONFIG.SYS és az AUTOEXEC.BAT 
betöltését. Ezt egyébként az , MS-DOS 
bypassing your CONFIG.SYS and 
AUTOEXEC.BAT files." kiírás is 
nyugtázza. Ilyenkor bejelentkezik a 
DOS-verzió is, majd a CN-promptot 
kapjuk. Szabad a pálya... 

Ha a Ctrl4-F5 gombokat tartjuk le- 
nyomva, az operációs rendszer egyedül 
arra kérdez rá, hogy betöltse-e a 
DBLSPACE.SYS meghajtót, a CON- 
FIG.SYS és az AUTOEXEC.BAT be- 
töltését viszont átugorja. Az F8 lenyo- 
másával egyenként rákérdez a CON- 
FIG.SYS és az AUTOEXEC.BAT so- 
rainak betöltésére, a Ctrl--F8 billentyű- 
kombinációnál viszont mindenre rákér- 
dez, csak a DBLSPACE.SYS-re nem, 
mivel ezt mindenképp betölti. 

Ez a módszer gyors és hatékony 
(főleg, ha állandóan nemmel válaszolva 
szinte mindent kikapcsolunk), de ké- 
nyelmetlen, és számos hibalehetőséget 
is tartalmaz. A felső és a kibővített/ki- 
terjesztett memória optimális használa- 
tához esetleg több változatot is ki kell 
próbálnunk, a pufferek és az egyide- 
jűleg megnyitható állományok számát 
pedig ezzel a módszerrel menet közben 
legfeljebb az alapértelmezésre csök- 
kenthetjük (például a FILES-30 sor 
átugrásakor életbe lép az alapértelme- 
zés szerinti FILES-8), de nem írhatjuk 
tetszőlegesen át. 

Célszerűbbnek tűnik, ha két, de in- 
kább három konfiguráció kialakításával 
és letesztelésével felkészítjük az operá- 


50 ÚJ ALAPLAP 1994/9 


ciós rendszert egy kis, egy közepes és 
egy nagy memóriaterületet szabadon 
hagyó környezet beállítására. Ehhez a 
MS-DOS 6.x sorozatban számos segít- 
séget kapunk. 


Alternatív CONFIG.SYS 


Új CONFIG.SYS parancs a COM- 
MON, a MENU, a MENUITEM, a 
SUBMENU és az INCLUDE, valamint 
a kiegészítő jellegű MENUDEFAULT 
és MENUCOLOR, valamint a REM- 
mel egyenértékű ,, ; " és az igen-nem 
típusú választást lehetővé tevő ,,?". 
Azt hiszem, hogy definíció helyett ért- 
hetőbb, ha mindjárt egy lehetséges al- 
kalmazásban látjuk szerepüket. 

A keretben látható (a lemezmellék- 
leten CONFIG-A.SYS néven szereplő!) 
CONFIG.SYS mindig végrehajtja a 
COMMON utasítást követő sorokat, s 
ahol ,, ? "-et talál, egyenként megkér- 
dezi, hogy kérjük-e az adott sor végre- 
hajtását. Ezután megjeleníti a MENU- 
COLOR utasításban megadott kék ala- 
pon fényes fehérrel kiírt főmenüt: 

MS-DOS 6 Startup Menu 

1. Nagy memória 

2. Közepes memória 

3. Kis memória 

Enter a choice: 3 

A felkínált alapértelmezést és a vá- 
rakozás idejét a MENUDEFAULT- 
kis mem,10 utasítással mi magunk ha- 
tároztuk meg. Ha 10 másodpercen belül 
nem adjuk be az 1-es vagy 2-es számot, 
automatikusan a kék alapon fényes sár- 
gára színezett KELL WINDOWS al- 
menü jelenik meg. Ez a fentihez hason- 
ló módon megkérdezi, hogy csak DOS 
avagy Windows programokat is fogunk 
futtatni, majd válaszunktól függetlenül 
végrehajtja a 3. menüpont utasításait: 
vagyis a 2. menüpontot és (mivel ott is 
megtalálja az INCLUDE parancsot) az 
1. menüpontot is. 

Ezután — ha a Windowst választot- 
tuk — végrehajtja a WIN menü utasí- 
tásait, s végül azokat, amelyeket az 
újabb COMMON parancs után talál. 

Ez utóbbira egyébként azért van 
szükség, hogy a különböző alkalmazá- 
sok telepítőprogramjainak legyen hová 
beírniuk saját CONFIG.SYS utasítása- 
ikat. 


Alternatív AUTOEXEC.BAT 


Természetesen az AUTO- 
EXEC.BAT-ot is fel kell készítenünk a 
CONFIG.SYS-ben megadott konfigu- 
rációra. Ehhez a GOTO 92CONFIG99 
parancs segít hozzá, amely attól függő- 
en, hogy az almenüben milyen menü- 


pontot választottunk ki, az AUTO- 
EXEC.BAT-ban ennek címére adja át a 
vezérlést. Vagyis ha a főmenüben az 1. 
vagy 2. menüpontot, vagy az almenüből 
a DOS-t választottuk ki, nem történik 
a közös rész végrehajtása után semmi, 
elindul a Norton Commander (NC). Ha 
azonban a 3. pontot és ezen belül a 
Windows-t választottuk, az NC elindí- 
tása előtt még betöltődik a Windows 
számára fontos SMARTDRIVE meg- 
hajtógyorsító és kijelölődik az ideigle- 
nesen használt állományok számára a 
CNTEMP könyvtár is. 


A konfigurációk tesztelése 


A két indítóállományt persze még le 
kell tesztelnünk. Az AUTOEXEC.BAT- 
tal — lévén, hogy csak egy új utasítás, 
a GOTO 9CONFIG9 szerepel benne 
— sok gondunk nem lehet, de az új 
CONFIG.SYS-ben elírhattunk és ki- 
hagyhattunk valamit, illetve nem biz- 
tos, hogy a megfelelő menüpontba írtuk 
be a különféle meghajtók betöltését. 
Ezért minden lehetséges változatban el 
kell indítanunk egyszer a gépet, s a 
hibajavításokon túl — ismét csak elő- 
véve a MEM programot — le kell 
ellenőriznünk a szabad alapmemória 
nagyságát. 

A MEM (C azt is meg fogja mutatni, 
hogy mennyire használtuk ki az UMB-t, 
illetve melyek azok a meghajtók, ame- 
lyek — elegendő felső memória hiá- 
nyában — a DEVICEHIGH utasítás 
ellenére is az alapmemóriába töltődtek 
be. ADOS ugyanis ilyenkor a DEVICE- 
HIGH utasítást automatikusan DE- 
VICE-nak értelmezi. 

A hibajavítások után a 386/486/586- 
os gépeken érdemes a memóriakezelést 
a memóriamenedzser MEMMAKER 
programjával is optimalizálni. Ez ismét 
csak az összes lehetséges indítás vég- 
rehajtását kívánja, de utána biztosak 
lehetünk abban, hogy bármely konfigu- 
rációt is választjuk ki a CONFIG.SYS- 
ből, az hibátlanul és a lehető leghaté- 
konyabban használja fel a rendszer ren- 
delkezésére álló memóriákat. 

Kemény munkával telt el egy fél 
napunk, de többé — amíg csak operá- 
ciós rendszert vagy merevlemezt nem 
cserélünk — már nem kell tartanunk a 
memóriazavaroktól, s a rendszer emiatt 
történő állandó lefagyásától. Végre fel- 
düböröghetnek a hajtóművek, fölcsen- 
dülhet a lelkesítő zene, sorban bejelent- 
kezhetnek a tüzelésre kész lövegállá- 
sok. Hosszú álmából felébred a mélyűri 
radar, s az intercomon át a flottapa- 
rancsnok megadja a felszállási enge- 
délyt. 


Shareware táblázatkezelők 


Ágyúval verébre? 


A táblázatkezelők világában 


az alig egyéves Ouattro 5.0-t hat hónap után követte 
az Excel ötöse, s a napokban kezdik meg 

a Lotus 1-2-3 Rel. 5 verziójának forgalmazását. 

Aki csak kicsit is ad magára, egy napig sem lehet meg 
kedvencének újabb változata nélkül: minden egyes 
verzióváltás kimondatlanul is azt sugallja, 

hogy ez a verzió most már tényleg ,mindent tud". 

Ez az igazi! De valóban szükség van örökké mindenre? 


A gazdasági szakemberek előtt jól 
ismert — és számolásigénye miatt egy 
cseppet sem kedvelt feladat — az érté- 
kesítés alakulásának vizsgálata: ,, Szo- 
rozd meg az előző hónapban eladott 
mennyiséget az előző hónapban érvé- 
nyes árral! Majd végezd el a szorzást a 
tárgyhavi adatokkal! A kapott ered- 
ményt oszd el az előző hónap azonos 
adatával! Ahányadost még szorozd meg 
százzal! Az így létrehozott szám meg- 
mutatja, hogy egyik hónapról a másikra 
hány százalékkal nőtt vagy csökkent az 
értékesítés." És ekkor még csak egyet- 
len termék egyhavi értékesítési indexét 
ismerjük. 

Egy tisztességes elemzéshez mindezt 
végig kell csinálni valamennyi termék- 
re, és legalább 10-20 hónapra. Ujabb 
egyszerű szorzások, osztások, össze- 
adások és kivonások tömegével meg 
kell állapítani, hogy az értékesítés nö- 
vekedésében milyen számszerű szere- 
pet (arányt) játszott az eladott áruk 
mennyiségének növekedése, s milyet az 
egyes termékek árának változása. S 
még csak ezután következik a hét meg- 
határozott napjaihoz, az ünnepekhez és 
az évszakokhoz stb. kapcsolódó szezo- 
nalitás vizsgálata. Ezután már levonha- 
tók bizonyos következtetések a forga- 
lom jövőbeli várható összetételéről és 
árbevételének alakulásáról is. 

A táblázatkezelőket az az igény hozta 
létre, hogy a fentiekhez hasonló felada- 
tokat (az azonos típusú és elsősorban 
gazdasági-pénzügyi adatok tömegén 
végzett — és teljesen azonos vagy 
azonos jellegű — számítások sorozatát) 
automatizálják. Megkímélendő az em- 
bert a számolás lélekölő munkájától, s 
megkímélendő alkalmanként néhány 
vagy néhány száz ív kockás papírt. 


Az EasyCalctól a Ouattro Próig 


A nyolcvanas évek elején a személyi 
számítógépek már annyira elterjedtek 
az USA-ban, hogy használatuk a gaz- 
daságban és a tudományban szinte min- 
dennapossá vált. Az első teljes oldalas 
szövegszerkesztők és egyszerűbb adat- 
báziskezelők világában szinte bomba- 
ként robbant a táblázatkezelők megje- 
lenése. Az akkoriban PET néven for- 
galmazott — később CBM-re (Commo- 
dore Business Machines) átkeresztelt 
— gépeken látványos sikert aratott az 
EasyCalc táblázatkezelő, amelyet ké- 
sőbb más gépekre, így az Apple és az 
IBM gépeire is átírtak. 

Mindmáig legnagyobb és megismé- 
telhetetlennek tűnő sikerét viszont azzal 
aratta a program, hogy ötletet adott a 
Lotus cég megalapításához, amelynek 
első és máig is legnépszerűbb terméke 
az 1-2-3. A szoftver százmilliókkal is- 
mertette meg a táblázatkezelők haszná- 
latának előnyeit. 

Az 1-2-3 nevében is hordozza a 
táblázatkezelők alkalmazásának három 
fő területét: a különböző típusú adatok 
(szám, szöveg, dátum, számszerűsíthe- 
tő összefüggés, vagyis függvény stb.) 
egységes nyilvántartását; az adatok táb- 
lázatos elrendezését és megjelenítését 
képernyőn vagy nyomtatón; s végül az 
adatok közötti matematikai és egyéb 
műveletek (logikai, statisztikai, rende- 
zési stb.) elvégzését. 

A nyolcvanas évek második felében 
— magyar közreműködéssel — létre- 
hozott , Os-Ouattrónak" (az 1.0-s prog- 
ramváltozatnak) köszönhető, hogy a 
táblázatkezelőkbe beépült egy negye- 
dik, végleges funkció: az adatok grafi- 
kus ábrázolása. Ez a négy alapvető 
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funkció ma már minden táblázatkeze- 
lőnek természetes része. 


Fejlesztők válaszúton 


A táblázatkezelő programok fejlesz- 
tési útjai a kilecvenes évek beköszön- 
tével élesen elváltak. A sharewaret 
programozók változatlanul a kisméretű, 
kompakt szoftverek fejlesztésére és a 
korszerűtlenebb technikával dolgozó 
felhasználók korszerű szoftverekkel va- 
ló ellátására helyezték a hangsúlyt. 

A csak kereskedelmi szoftvereket 
forgalmazó nagy cégek (Lotus, Bor- 
land, Microsoft és társaik) a mindenkori 
legfejlettebb technikát (processzorse- 
besség, központi tár, háttérmemória, 
képernyőfelbontás, nagy teljesítményű 
nyomtatók és fotóberendezések) és a 
legkorszerúbb rendszerprogramokat 
(DOS, Windows, EMS, XMS stb.) vet- 
ték és veszik ma is alapul. 

Folyamatosan növelik a szoftverek 
grafikus és nyomtatási képességeit (ke- 
retezés, árnyékolás, fontok), bővítik az 
alkalmazható függvények és az adatbá- 
ziskezelőkkel rokon funkciók (keresé- 
sek, rendezések) körét. Programjaikkal 
ma már nagyon bonyolult gazdasági 
tervek készíthetők, sőt: akár optimali- 
zálhatók is; némelyeket kiadványkészí- 
tő, másokat prezentációs képességekkel 
ruházták fel. 

Egyre nagyobb figyelmet fordítanak 
az adatbáziskezelőkkel (Dbase, Para- 
dox stb.) és a kiadványszerkesztő ké- 
pességekkel is felruházott szövegszer- 
kesztőkkel történő adatkommunikáció- 
ra. Érdekes példája ennek a tendenciá- 
nak az MS Works sikere, amely amel- 
lett, hogy alkalmas egy kisebb vállal- 
kozás ügyviteli feladatainak (levelezés, 
nyilvántartások, számlázás, könyvelés 
stb.) teljes körű ellátására, a komplett 
üzleti jelentések (mérleg, szöveges ér- 
tékelés, grafikonok, táblázatok) elké- 
szítéséhez szükséges valamennyi funk- 
ciót is magában foglalja. 


Feldolgozás három dimenzióban 


Az esetek túlnyomó többségében 
ezekre a kitűnő képességekre azonban 
egyáltalán nincs szükség. A mindennapi 
munka gyakran egyszerűbb táblázatke- 
zelőkkel is kiválóan megoldható, de itt 
is el kell tudni dönteni, hogy melyik 
feladat milyen eszközt kíván. 

Az idősoros adatok statisztikai vizs- 
gálatához például nem kell 10-15 Mbáj- 
tos hatalmas rendszereket telepíteni: 
elegendő hozzá az 1987-ben bemutatott 
— a Lotus 1-2-3-at és társait a három- 
dimenziós táblázatkezelésben évekkel 
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KÖZKINCS 


megelőző — OubeCalc korszerű utóda, 
a Pro0ube Lite. Ennek ma is egyedül- 
álló különlegessége, hogy a háromdi- 
menziós táblázatokat nem pusztán egy- 
más mögött elhelyezkedő kétdimenziós 
táblákként, hanem tetszőleges vetületé- 
ből szemlélhető vagy módosítható tér- 
beli számhalmazként kezeli. 

Ez azt jelenti, hogy — a Rubik-koc- 
kához hasonlóan — az adatok elölről, 
hátulról, két oldalról, sőt felülről és 
alulról is megjeleníthetők.  Termé- 
szetesen az adott irányból szemlélve 
ugyanúgy szemügyre vehetők az egy- 
mást lefedő kétdimenziós táblázatok 
(rétegek vagy szeletek), miként a há- 
romdimenziósnak nevezett, de a való- 
ban háromdimenziós táblázatokat csak 
korlátozottan, a tér egy irányából meg- 
jeleníteni képes nagy teljesítményű ke- 
reskedelmi vetélytársak. 

A két változat közötti különbség vég- 
eredményben az, hogy az utóbbi szoft- 
verek a harmadik dimenziót csak adat- 
tárolásnál, illetve az adatok közötti 
összefüggések leírásánál használják, 
míg a ProCube Lite a teljes körű há- 
romdimenziós tárolást, megjelenítést és 
feldolgozást kínálja. Aki próbált már 
egy háromdimenziós, az összes szüksé- 
ges adatot (termékek, évek, naptári na- 
pok) tartalmazó háromdimenziós 
Ouattro-táblából választ adni arra az 
egyszerű kérdésre, hogy az évek során 
változott-e lényegesen a szombati tej- 
vásárlás aránya az összes szombati élel- 
miszervásárláson belül — az egyből 
tudni fogja, hogy a Ouattro ennek meg- 
válaszolására valójában nem igazán al- 
kalmas. A ProCube Lite — és persze 
az éles szemű pénztárosnő — viszont 
igen. 


Alkalmazások közötti adatforgalom 


Ugyancsak hétköznapi probléma, 
hogy egyes adatok jelentőségét nehéz 
megérteni folyamatos szövegben (mert 
összefüggéseik áttekinthetetlenek), míg 
táblázatba rendezve  szemléletesek 


(akár külön magyarázó szöveg nélkül, 
közvetlenül is értékelhetők). Az átlagos 
és megszokott(!) 


szövegszerkesztők 


azonban — néhány ritka kivételtől el- 
tekintve — nem támogatják a tábláza- 
tok alkalmazását, sőt, a sorkizárás (a 
szélső margókhoz történő igazítás) be- 
kapcsolása esetén az addig kínkeserve- 
sen egymás alá rendezett adatok is 
részeg tántorgáshoz hasonlatosak. 

A problémát a Works nagyon ered- 
ményesen oldja meg, de egy megrög- 
zött Kedit-felhasználón ez nem sokat 
segít. Segíthet azonban az InstaCalc 
3.0, hiszen 15 kbájtot lefoglaló tárrezi- 
dens programként a Kedit vagy más 
szövegszerkesztő fölé ültetve egy táb- 
lázatkezelő teljes  alapszolgáltatását 
nyújtja szövegszerkesztés közben. 

Az adatkommunikáció egyébként 
fordított irányban is működik. Amit az 
Excel, a Lotus vagy a Ouattro szöveg- 
importjával csak hosszas előkészítés 
után körülményesen valósítható meg 
(még a szövegszerkesztőben: az adatok 
sorbarendezése, delimiterekkel, vagyis 
vesszővel, pontosvesszővel való ellátá- 
sa), azt az InstaCalc Cut and Paste 
(kivágó és bemásoló) funkciója néhány 
gombnyomással megoldja. 

Az InstaCalc önálló futtatásban szol- 
gáltatásainak széles körével bármikor 
felveszi a versenyt az 1-2-3 2.2-es 
verziójával is: EMS-kezelése, 43 soros 
üzemmódja, 100 függvénye, kilenckul- 
csos rendezése révén még mindig a 
korszerű programok közé tartozik. To- 
vábbi három szolgáltatását (gyakori- 
ságvizsgálatok és a mátrixkezelés) pe- 
dig a legkorszerűbbek között is csak 
ritkán találjuk meg. 

A gyakoriság vizsgálatára a BIN 
RANGE parancs szolgál, amellyel egy 
blokk jelölhető ki a munkatáblában 
található adatok érték szerinti előfor- 
dulási gyakoriságának növekvő vagy 
csökkenő sorrendű megjelentetésére. 
Természetesen ezekből százalékok, 
megoszlási arányszámok is számolha- 
tók, amelyek a statisztikai elemzés fon- 
tos adatai. 

A munkatábla-ellenőrzés a másik kü- 
lönleges szolgáltatás, neve: DATA AU- 
DIT. Ez egy kétpontos menü, amelynek 
TRACE parancsával és a kurzorvezér- 
léssel nyomon követhető, hogy egy 
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adott — automatikusan kivilágított — 
formula hol fordul elő a munkatáblá- 
ban. A MAP menüpont talán még érde- 
kesebb: kicsinyített térképet készít a 
táblázatról, amelyben ,, -- " jelöli a for- 
mulákat, ,, tt " jel aszámokat, ,, A " betű 
a szövegmezőket és ,, ? " a hibákat. 

Az InstaCalc ritka — bár ma már 
nem egyedi — szolgáltatása, hogy a 
munkatábla két- vagy háromdimenziós 
alkalmazásakor használhatók mátrix- 
aritmetikai műveletek, és így akár egy- 
szerűbb lineáris programozási felada- 
tok megoldására is alkalmas. 


Csúcsszoítver múzeumi darabokra 


Az eddigiekből is kitűnik, hogy van 
néhány terület, ahol érdemes a nagy 
kereskedelmi rendszerek helyett a kar- 
csúbb, s még kereskedelmi változatuk- 
ban is jóval olcsóbb shareware-progra- 
mokat használni. Különösen akkor, 
amikor ezek néhány különleges képes- 
sége ezt amúgy is indokolttá teszi. Van 
azonban egy olyan felhasználói kör — 
a kis teljesítményű és korszerűtlen gé- 
pek tulajdonosai —, amely még ha 
akarná sem tudná alkalmazni a nagy 
kereskedelmi szoftvercsomagokat. 

Számukra — az új gép vásárlásától 
vagy a régi bővítésétől eltekintve — 
csak két választás lehetséges: vagy 
megelégszenek a nagy szoftverházak 
programjainak korszerűtlen, régi ver- 
zióinak használatával, vagy a share- 
ware-piac kínálatából választanak egy 
korszerű, de kevésbé neves terméket. 

Az egyik leghíresebb shareware- 
programozó társaság (az amerikai Tri- 
us) pontosan ilyet kínál vevőinek. Az 
ALite már a kilencvenes évek termékei 
közé tartozik, s így a legfrissebb fej- 
lesztési irányzatok legjobb vonásait is 
hordozza. Ugyanakkor kitűnően fut 
még a nyolcvanas évek első felében 
készült, s ma már teljesen elavultnak 
számító, alacsony felbontású monitor- 
ral, vagy akár csak két hajlékony mág- 
neslemezes  meghajtóval felszerelt, 
esetleg csak 256 kbájt memóriával ren- 
delkező XT-ken is. 

Az ALite természetesen minden 
olyan alapfunkcióval rendelkezik, mint 
nagy teljesítményű testvére, az As- 
Easy-As, függvényei (matematika, 10- 
gika, statisztika stb.) szintén azonosak 
azzal. Amiben annál kevesebb: a tábla- 
méret (2048 sor x 128 oszlop), a grafikai 
(Hercules/CGA/EGA felbontás, ötféle 
grafikon) és nyomtatási (9 tűs nyomta- 
tóillesztési) képesség, továbbá a belső 
Setup-konfigurálás hiánya. Ez utóbbit 
viszont részben ellensúlyozzák a külön- 
böző indítási opciók. 


INFORMÁCIÓKÉRÉS: A0923 v 


INFORMÁCIÓKÉRÉS: A0913 v 








sr: ARTISOFT" 


Yv EGYSZERŰSÉG 
Yv MEGBÍZHATÓSÁG 
Yv GYORSASÁG 


LANtastic 


Hálózati operációs rendszer 








EAGLE 
SURECOIM Hálózati eszközök 


ETHERNET --s TOKEN RING -s VI. BUS -s PCI BUS 


JRTNARS I Al MIT retTim 1149 Budapest, Angol u. 24/b 
KZT TB Tel: x 163-2879. fax: 251-3673 
AL MNK e ELEKTRONIKAI KFT. Pécs Tel.:72-326-781 





-gy/-a HEWLETTE 
[/ PACKARD 


Ezé eat 












ZTE GEEEET és 
kedvezményekkel 
várjuk kedves. 


1944. akt, 1-6 
Vevőinket a VECTRA 


COMPFAIR "94 
HEWLETT?[/ 


rendezvényen, az 0 PACKARD 
"A" pavilon 


312-es standján! 


1091 Budapest, Üllői út 5. 
Tel.: 218-8800  Fax.: 218-8801 





A ESGOV :SZHZIMOIOVWWHOZJNI 








Azt már tudjuk, hogy egy átlagos 
számítógépbe több ezer könyv tartalma belefér. ő 


De mostantól egy , könyvbe" fér bele egy átlagon felüli 
számítógép, az INEX notebook. H NA hu 


Az ok: 486 SLC2; 50 MHz; 4 MB RAM, 8 césa 
10" Sharp VGA LCD - 64 árnyalat, cs 2005 Bi 
120 vagy 200 MB winchester. § a 

Ez jó ugye? E És ami a legjobb, hogy Z14t 

az INEX notebook minden PC Kuckóban megtalálható. § 


Inex Notebook. De jó! 


tecnnika 
E ZSzdsón számítást fortja 


Napi Információk a TELETEXT 377.oldalán y 


Budapest XIII., Jószol M, tér 5. Tel,/Fax: 111-5468 
Budapest XIII., Tátra (Sallal) u. 8. Tel./Fax: 131-5705 
Budapest MI.. Thököly út 32. Tel./Fax: 269-7716, 269-7980 
Budapest VI., Damjanich u, 23. Tel./Fax: 121-0561 
Debrecen, Timár u. 15-19. Tel 1,/Fax: (52) 349-i ett ő 563 
Debrecen. Batthyány u. 10. Tel./Fax: (52) 412- 

Miskolc, Széchenyi u. 14. Tel./Fax: (46) 356- 136. 

Szeged, Bartók Béla tér 10. Tel./Fax: (ó2) 322-256 








nyomdai levilágító 
a legújabb technológiával is 


e moire mentes random screening 
e gyors PostScript SW RIP 

es nagy felület, 4 x A/4 vagy A/2 

" 604-os összehasonlító ár 


Amíg gondolkodik, 
vegye igénybe szolgáltatásunkat. 
Az eredmény megkönnyíti döntését. 


MIA SZTAKI 
1111 Budapest XI., Kende utca 13—17. 
Telefon: 161-0667 Fax: 166-7503 


A VEGOV :SZHZIMOIOVNHOJNI 
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V/V6OV :SZHZMOIOVINHOJNI 


ELENDER COMPUTER 


1087 Budapest, Hungária krt. 8. 

Tel.: 134-5214, 114-0532 Fax: 133-4347 

1134 Budapest, Csángó u. 13. Tel./Fax: 270-3097 

4029 Debrecen, Csapó u. 100. Tel./Fax: (52) 413-795 

6725 Szeged, Katona J. u. 9. Tel./Fax: (62) 310-269 

8200 Veszprém, Zrinyi u. Botev üzletház Tel./Fax: (88) 428-235 
9700 Szombathely, Hunyadi u. 45. Tel./Fax: (94) 312-265 

7624 Pécs, Klimó Gy. u. 13. Tel./Fax: (72) 312-820 


ELENDER 


Nyitva: hétfőtől péntekig 9-17 óráig 


Maxtor MobilelyViax 


131 MB 
PCMCIA II. 
Operatiíng Shock: 120 Gs 
Non-operating Shock: 600 Gs 
MTBF: 300.000 
14 ms 
10x53x84 mm 


DSP5055L 


535 MB, Cache: 512 kb, ms: 9.5, MTBF: 500000 óna, Gananci 


DSPS10O7L 


7 GB Cache: 512 kb, ms:c?.5, MTBF: 500000 óna, Gananci 


DSPSB3L ső 


34 GB, Cache: 512 kb, ms:09.5, MTBF: 500000 óna, Canancia: 5 Év 


s DSPZ210 


2.15 GB, Cache: I! MB, ms: €9.5, MTBF: 500000 óna, Gananci; 


ja; DSP5700 lés 


Kapacirás: 3 GB, Cache: 512 kb, ms: c12, MTBF: 300000 óna, Canancia: 3 Év 


Discovery 
modemek 


A megfizethető minőség 


e 2 év garancia 

€ kártyás, dobozos és pocket 
modemek (57 600 bps) 

e hibajavítás: MNP4, V42 

e adattömörítés: MNPS, V42Zbis 

e fax modemek (14400 bps) 


Magyarország legnépszerűbb 
modemei 
ma már 100 viszonteladónál. 


Legyen Ön is a partnerünk! 


szét 


mM A 
CEMÜDEN 
SCI-MODEM Távközlési és Tanácsadó Kft. 
1136 Budapest, Tátra utca 28. 
Tel.: 270-4346 Fax: 270-2761 
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Microsoft akció (amíg a készlet tart) 
FoxPro 2.6 Standard/Upgr. . 9 900,- / 1990,- 
FoxPro 2.6 ProfJUpgr. 59 900,- /28 900,- 
FoxPro 2.5 Win. (magyar) 17 900,- / 9 900,- 
WinWord 6.0 (magyar) —— 32 400,- /10 900,- 
EXCEL 5.0 (magyar, akció!) 32 900,- /11 400,- 
Excel 5.0 £ WinWord 6.0 4 Powerpoint 4.0 - 

MS Office 4.2 (magyar) 54 900,- /27 400,- 
Excel 5.0 (angol) / Upgr. 32 900,- /11 400,- 
Works for Win. 3.0 (magyar) 17 400,- /7 400,- 
Windows 3.11 / Upgrade 12 900,- / 7 200,- 
Win. for Workgroups Add On 3.11 — 6400.- 
Windows NT / Upgr. 37 400,- /22 900,- 
MS DOS 6.2 / Update 6 900,-/ 1 200,- 
MS Publisher 2.0 / Upgr. 17 400,-/ 6 900,- 
ACCESS 2.0 / Upgrade 39 900,-/ 9 900,- 
ACCESS 2.0 Developer s Toolkit 32 400,- 
Excel 5.0 4 WinWord 6.0 4 Powerpoint 4.0 - 

MS Windows Office Pack 4.2 59 900,- 
Visual Basic 3.0 Prof./Up. . 37 900,- /12 400,- 
MS Windows Sound System 17 900,- 
Microsoft Multimédia CD-ROM-ok . Hívjon! 
Ovattro Pro 5.0 for DOS/Win. 6 900,- / 6 900,- 
Paradox 4.5 for DOS / Win. Hívjon! 
Borland Cs 4.0 / Upgrade 26 400, - / 19 900,- 
Borland Pascal 7.0 / Up. 27 400,- / 17 900,- 

CD-ROM-ok, játékprogramok 
MacMillan Dictionary for Children (CD) 5 900,- 
Multimedia Animals Encyclopedia — 7 900,- 
TIE Fighter / Rebel Assault 7 900,- / 6 900,- 
MysüLord of the Rings 7 900,- / 6 900,- 
The Journyman Project 7 900,- 


Corel Ventura 4.2 teljes magyar betű- 
készlet (kb. 600 db font) 11 900,- 
CoreIDRAW 5.0 / Up. (Új!) Hívjon! 
CorelDRAW 3.0 magyar CD ver. — 16 400,- 
Corel ArtShow 2.0 4 3.0 4 4.0 10 400,- 
Corel Photo CD-k (témakörönként) 3 900,- 
AutoCAD LT for Windows 44 900,- 
Publishers Paradise Prof. CD 6 400,- 
Windows 3.1-hez magyar ékezetes 
TrueType betűcsomagok (50 db font) 7 900,- 
Corel Ventura 5.0 / Upg. Hívjon! 
HiJaak Pro 2.0 for Win. 14 900,- 
Norton Utilíties 8.0 /Up. 16 400,- / 6 400,- 
Norton Commander 4.0 8 900,- / 3 900,- 
PCANYWHERE 5.0/Upg. 16 900,- / 6 400,- 
Pc Tools 2.0 for Win. 14 900,- 
McAfee ViruScan (akt. verzió) 16 400,- 
Stacker 4.0 / Upgrade 14 900,-/ 8 400,- 
dBFast 2.0A (Windowsos "Clipper")14 900,- 
CA-Clipper Tools 3.0 19 900,- 
Clipper 5.2d (akció!) 19 900,- 
ClipperrExoSpace--Tools/dBFast. 34 900,- 
Novell DOS 7.0 (Akció!) 
Unlnstaller 2.0 
OEMM 7.04 
WinComm Pro 

Hardver árjegyzékünkből 
SONY CDU-33A CD ROM (dupla seb.) 19 900,- 
HP DeskJet 520 38 900,- 
HP LaserJet 4L/4ML 89 900,- /154 900,- 
SoundBlaster hangkártyák Hívjon! 
Logitech SoundMan Games 11900,- 
Logitech SoundMan 16 Super Pack 22 400,- 


Az őszi BNV K20-as pavilonjában rendkívüli akciókkal, valamint 
jelentős CD-ROM és játékszoftver választékkal várjuk Önöket! 


A közölt árak nem tartalmazzák 


s átát, és a helyszíni üzembe helyezés költségeit. 


Oktatási intézmények részére jelentős árengedmények! 
KIM-SOFT Számítástechnikai és Kereskedelmi Kft. 


1112 Budapest, Hegyalja út 70. fszt. 2. 
Telefon/fax: 1 656 656 





MS Windows alatt 
Professzionális, MAGYAR 
ÉPÍTÉSZ CAD 


Clipper 

Visual Objecf 
for Clipper 

SuperProjecf 


Disztributor: 


JÖN ! 





Tel:201-2011/185. Cím:1027 Bp. Fő u. 68. § 
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Monte-Carlo-módszerek — IV, 


Várjon a sorára! 


A Malév 90-es járatának utasa New Yorkba, a JFK 
repülőtérre érkezvén meglátja az útlevélkezelésre váró 
(korlátok közé terelt) 150-200 fős tömeget, és kétségbeesik: 
lemarad a csatlakozó gépről. Azután pár perc alatt mégis 
átjut a ,határon", mert az egyetlen sort 10-15 kezelőhely 
szolgálja ki, a soron következő utas mindig az éppen 


felszabaduló pulthoz mehet. 


A pesti ABC-üzletekben annyi sor 
alakul ki, ahány pénztár működik. Az 
ember beáll az egyikbe. És persze min- 
dig a másik halad, az övé meg csak 
cammog... 

Sorba kell tehát állni a boltokban — 
néhány helyen rövid ideig, hiszen a 
pénztárgép a vonalkódot olvassa, de 
általában a pénztáros billentyűzi be az 
árat. Ahol mi vagyunk, az éppen áll, 
mert a pénztáros nem biztos a tejföl 
árában. Ha fejből nem tudja, tegnap óta 
mennyit drágult, kiabál a másiknak. . . 
(Van persze olyan üzlet is, ahol a pénz- 
táros a vonalkód alatt felírt szám helyett 
a kitalált saját kódszámot billentyűzi, 
de a szervezés teteje az eredetire rára- 
gasztott saját vonalkód használata.) 

Mit is csinált eddig a vevő? 

— Belépett az üzletbe. 

— , Önkiszolgálta" magát. 

— Beállt a sorba a szalámispultnál. 

— Megvárta, amíg kiszolgálják. 

— Beállt a pénztárhoz várakozók 
sorába, és fizetett. 

— Végül távozott. 

Időközben megérkezett a következő 
vevő is, akinek a programja ugyanez. 
És így tovább. 


A probléma közös 


Ez a séma más tömegkiszolgálási 
feladatokra is érvényes. (Mivel általá- 
ban kialakul az ügyfelek várakozó sora, 
az ilyen feladatot sorbanállási problé- 
mának is nevezik.) Néhány példa: 

— Várni kell, míg a telefonközpont 
vonalat ad, majd várni kell a kapcso- 
lásra. 

— Várni kell, míg a számítógép-há- 
lózat (esetleg tengerentúli) gépéhez el- 
jutunk, majd arra, hogy a merevlemez 
író-olvasó fejei a nekünk szükséges 
pozícióba kerüljenek. 


— Várni kell, amíg a közlekedési 
lámpa nekünk zöldet nem mutat, utána 
pedig arra, hogy a kereszteződést lezáró 
másik kocsi kimenjen onnan. 

— Áruházi tűzeset alkalmával a 
szolgáltatóhely a vészkijárat; várni kell, 
míg szabaddá válik. (Lehet, hogy a tűz 
hamarabb éri el, mint a vevők...) 

Mindegyik esetben közös, hogy az 
igények véletlenszerűen jelentkeznek. 
(Az említett példákban: a telefonkagyló 
felemelése, a terminálprogram indítása, 
az autóba szállás, az ABC-be vagy a 
pár perc múlva kigyulladó áruházba 
belépés.) Ezek időpontja nem tervezhe- 
tő; csak annyit tudunk, hogy a vizsgált 
napszakban bizonyos időegység alatt 
átlagosan hány igény szokott fellépni. 
A kiszolgáláshoz szükséges időt is csak 
statisztikusan ismerjük, például így: 
ennyi 9o ennyi percet, annyi 90 annyi 
percet igényel. 

A feladat: úgy megtervezni a szol- 
gáltatórendszert, hogy az igényeket 
(vagy azok valamekkora hányadát) ki 
tudja elégíteni. A teljes kielégítés nyil- 
ván túl drága, hiszen kihasználatlan 
kapacitások maradnak a csúcsforgalmi 
időn kívül. Ha viszont az elutasított 
(vagy értelmes idő alatt ki nem elégített) 
igények aránya nagy, más, konkurens 
megoldások születnek. (Erthető a drága 
rádiótelefonok elsöprő sikere, főleg 
azok körében, akik a költségeket má- 
sokra tudják áthárítani.) 


A véletlen (sztochasztikus) folyamatok 


Az efféle , jelenségek" vizsgálatának 
ideális eszköze a Monte-Carlo-szimu- 
láció. A tömegkiszolgálási folyamatot 
sokszorosan szimulálva feltárhatjuk a 
rendszer kis átbocsátóképességű eleme- 
it. Ezek szabják meg az egész rendszer 
képességeit. Szemléletes példaaz ABC- 


PROGRAMOZÁSTECHNIKA 


áruház. Mivel az áruházakban a pénz- 
tárhoz mindenki eljut, legyen felada- 
tunk annak eldöntése, hogyan is kell a 
pénztárak munkáját szervezni. (A min- 
tafeladat az áttekinthetőség érdekében 
csak egy kis, mellékutcai üzletet vizs- 
gál.) 

Az alapkérdés: egy vagy két pénztár 
legyen-e. Az 1 pénztáros esetben meg- 
nézzük azt is, hogy jelent-e előnyt a kis 
fizetésű kezdő (lassú) pénztáros helyett 
egy gyakorlott (gyors) alkalmazása. A 
2 pénztáros esetben számszerűsítjük, 
mennyi időveszteséget okoz a magyar- 
honi szokás: mindegyik pénztárhoz kü- 
lön sor várakozik. (Ne feledjük: ha a 
pénztárosnak halaszthatatlan dolga tá- 
mad, a nála várakozók sora megáll!) 

A mágneslemez mellékleten találha- 
tó MC(SOR).FOR ill. MC(SOR).EXE 
mintaprogram terjedelmi okok miatt 
természetesen nem szimulál mindent, 
így a szalámispultot sem. Lehetővé 
teszi viszont a napi forgalmi ritmus 
követését, és az egyéni vásárlási szoká- 
sok egyszerűsített leírását. Az ehhez 
szükséges adatok rendre: 

— Első rekord: az önkiszolgáló rész- 
ben töltött idő jellemzői. Első adat: hány 
9o a , kéznél lévő" tételek aránya, a 
második az ezek begyűjtéséhez (egyen- 
ként) szükséges idő percben, a harma- 
dik pedig az eldugott sarokban lévő 
áruk (egyenkénti) keresési ideje perc- 
ben. (Van olyan szupermarket, például 
Triesztben, ahol a vevő sorszámot tép, 
majd a delikateszpult kiszolgálói, ami- 
kor az előző vevővel végeztek, lámpa- 
jelzéssel hívják vásárolni. Addig az 
önkiszolgáló részben rakodhat a kocsi- 
jába. Mivel nincs sorban állás, a szalá- 
mispult ilyen szervezése belefér model- 
lünkbe.) 

— Második rekord: a pénztárosok 
jellemzői. Első adat: az áruk hány 90- 
ának tudják az árát (hibátlan vonalkód- 
olvasóval 10099, egyébként a félreol- 
vasások gyakoriságával 10095 alatt), a 
második az ilyen tételek kezelési ideje 
percben, a harmadik pedig a problémás 
tételek kezelési ideje (árjegyzék meg- 
keresése, átlapozása, vagy a vonalkód 
alatti számsor billentyűzése stb.) perc- 
ben. 

— Harmadik rekord: egyetlen adat, 
az egy vevő által összeválogatható áru- 
fajták száma (a program korlátja 64, 
ami jóval több a reális értéknél). 

— Negyedik (és szükség esetén kö- 
vetkező) rekord(ok): az I, 2, 3... tételt 
vásárló vevők 99-os megoszlása. 

— Következő rekord: a teljes szimu- 
lálandó időszak hossza percben. 

— Következő rekord(ok): mindegyik 
2-2 adat. Az első azt mondja meg, hány 
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percig tart a következő szimulációs 
időszak, a második pedig azt, hogy 
ebben az időszakban percenként átlag 
hány vevő érkezik. (A program korlátja: 
a teljes szimulációs időszak legfeljebb 
512 részre osztható fel, Ez nonstop, 24 
órás nyitva tartás esetén is 2748" átlagos 
felbontást jelent, ami mindenképpen 
elegendő.) 

A mintafeladat adatai a lemezen az 
MC(SOR).DAT állományban vannak. 


Az igények szimulációja 


A fenti mintájára egyszerűen felépít- 
hetők a más sorbanállási feladatokat 
leíró adatstruktúrák is. Ezeknek az ada- 
toknak a beolvasását követi maga a 
szimuláció. Ennek első lépése az igé- 
nyek felmerülésének, esetünkben a ve- 
vők érkezésének szimulálása. Először 
azt kell meghatározni, mikor érkeznek. 
A bejárati forgókereszten egyesével 
lépnek be, így 2 vevő egyszerre érke- 
zését nem kell figyelembe venni. Az 
ABC-áruház elég nagy ahhoz, hogy a 
vevők ne találkozzanak egymással má- 
sutt, mint a pénztárhoz váró sorban, így 
minden vevőt az összes többitől függet- 
lenül szimulálhatjuk. (Megjegyzések: 
Közlekedésszimuláció esetén sok jár- 
művet kell egyszerre vizsgálni. Áruházi 
tűzre való felkészüléskor pszichológus 
konzultációját is igénylő komoly fel- 
adat a sokszereplős pánik leírása.) 

Több oldalt megtöltene levezetni a 
vevők érkezési idejének sorsolási algo- 
ritmusát, amire itt nincs mód. A vég- 
eredményt egy hasonló feladat bemu- 
tatásával tesszük érthetővé. 

Ha egy vevőkör egymást nem befo- 
lyásoló N főből áll, és p annak a 
valószínűsége, hogy valamelyikük idő- 
egység alatt az üzletbe lép, a még ki 
nem szolgáltak száma dt idő alatt dN 
fővel csökken: 

dN — —pxNxdt, 
átrendezve: 

dN/N — —pxdt. 

Ennek a differenciálegyenletnek a 
megoldása; 

InCN/No) — —px(t-to), 
ahol N; a to kezdeti időponthoz tartozó 
érték. Átrendezve: 

t — to — In(N/No)x1/p. 

Az M-C szimulációhoz felhasznál- 
ható képlet hasonló szerkezetű. Az i—1- 
edik és i-edik vevő érkezési időpontja 
közötti kapcsolat: 

t; — ti. — In A, 
ahol y a 0-1 közötti egyenletes elosz- 
lásból származó véletlen szám, a A 
pedig az eseménysűrűség, vagyis az 
időegység alatt várható érkezések szá- 
ma. A logaritmikus transzformáció mi- 
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att az eljárás nagyon érzékeny a vélet- 
lenszám-generátor jóságára. A program 
korlátja: i S 4096. 

A leírt számítási módszer részlete- 
sebb elemzése számos matematikai sta- 
tisztikai tankönyvben megtalálható, Po- 
isson-eloszlás címszó alatt. 


DOS-kitérő 


Nem véletlen a program méretkorlá- 
tainak hangsúlyozása. Az alkalmazott 
programozási nyelvtől, ill. fordítóprog- 
ramjától függ, van-e automatikus in- 
dexhatár-figyelés. A biztonság érdeké- 
ben ez a mintaprogramban explicit mó- 
don benne van: a PARAMETER utasí- 
tással deklarált szimbolikus konstanso- 
kat alkalmazva történik mind a tömbök 
méretének definiálása, mind az indexek 
tényleges értékének ellenőrzése. Ha ez 
nem történik meg, akár az operációs 
rendszert is megölhetjük. 

A real üzemmódú 80x86 processzo- 
rok minden utasítást végrehajtanak. Ha 
az elcímzés miatt mondjuk zérust írunk 
a BIOS munkaterületére, programunk 
futásának — befejeztével a  COM- 
MAND.COM memóriarezidens része 
onnan azt olvashatja ki, hogy nincs a 
gépben merev mágneslemez. Mivel a 
CONFIG.SYS szerint a , nem létező" 
C:-ről kellene a DOS nem rezidens 
részeit betölteni, az egyetlen megoldás 
a SYSTEM HALTED üzenet kiadása, 
és a gép automatikus leállítása. (Ekkor 
már a Ctrl-Alt-Del sem segít, csak a 
RESET gomb.) 

Protected módban futó (például La- 
hey FORTRAN fordítót használva lét- 
rehozott) programok esetében a 80x86 
processzor részleges védelmet (protec- 
tion) biztosít: ha indextúllépés miatt a 
program a neki kiosztott területen kívül 
kíván operálni, megszakítást generál. 
Akkor, ha indexhiba miatt a program 
adatszegmense helyett a kódszegmens- 
be történik írás, aminek értelme is lehet 
(lásd: ".COM programszerkezet), a to- 
vábbiakban az így módosított program 
fog futni, ki tudja, mit művelve. Sze- 
rencsés esetben fellép egy fatális hiba, 
mondjuk a zérussal osztás, ami leállítja 
a programfutást. (Ilyesmi persze real 
módban is előfordulhat.) 


A vásárlás szimulációja 

A DOS-kitérő elolvasásának ideje 
alatt vevőnk megtöltötte kocsiját. Az 
ehhez szükséges idő számítása több 
lépést igényel. Először kisorsoljuk, 
hány tételt vásárolt. Az input adatok 
70-osan megadott sűrűségfüggvényét a 
beolvasás után rögtön 1-re normált el- 


oszlásfüggvénnyé alakítottuk át, így a 
sorsolt véletlen szám azzal közvetlenül 
összehasonlítható. (A használt egyszerű 
ciklusutasítás a legkevésbé gazdaságos 
megoldás. Tulajdonképpen valamilyen 
gyökkereső algoritmust kellett volna 
programozni.) A vásárlással töltött időt 
külön rutin generálja: minden egyes 
tételhez kisorsolja, hogy azt csak le 
kellett-e venni a polcról, vagy meg is 
kellett keresni, (A pénztárnál töltött idő 
kiszámításának ugyanez az algoritmu- 
sa, ugyanezt a rutint lehet majd ismét 
meghívni.) 

Az üzletbe lépés kisorsolt időpontjá- 
hoz az önkiszolgálás idejét hozzáadva 
megkapjuk, mikor indul a vevő a pénz- 
tárhoz. (Az önkiszolgálással töltött időt 
természetesen feljegyezzük.) 

Mivel feltételezésünk szerint sorban 
állásra csak a pénztárnál kerül sor, most 
kell a felszólításnak elhangzania: ,, Vár- 
jon a sorára!" Az üzletbe később érke- 
Zett, de kevesebbet vásárló vevő előbb 
áll a pénztárhoz, ezért adatainkat a 
pénztárhoz való érkezés időpontjai sze- 
rint át kell rendeznünk. A rendezésnél 
kihasználjuk, hogy az önkiszolgálási 
időnek maximuma van. Az, aki több 
mint ennyi idővel később lépett az 
üzletbe, a másik vevőt semmiképpen 
sem előzheti meg. 

A rendezéssel be is fejeztük a vásár- 
lás szimulációját, már csak a pénztárnál 
sorban állással töltött idő kiszámítása 
és a kiértékelés van hátra. 


Az időveszteség 


A szimulálást és kiértékelést szétvá- 
lasztó módszer egyébként jellemző az 
M-C-programokra: a szimulált folya- 
mat eredményeit naplózzák, majd a 
napló adatait többféle szempont szerint 
kiértékelik. (A mintafeladat esetében a 
naplózásnak csak illusztrációs szerepe 
van, hiszen a kiértékelést a négyféle 
pénztári stratégia szerint maga a min- 
taprogram végzi el.) 

Az 1 pénztáros esetben azt kell meg- 
nézni, hogy akkor, amikor a következő 
vevő odaérkezik, üres-e a sor. Ha igen, 
rögtön, egyébként a megfelelő várako- 
zási idő után fizethet, A 2 pénztáros 
megoldás első esetében (egy, közös sor) 
csak meg kell állapítani, melyik pénztár 
üres éppen, oda kell küldeni a vevőt. A 
másik esetben (külön sorok) azt kell 
megnézni, melyik sor rövidebb, és a 
várakozási időtől függetlenül oda kell 
őt beállítani. Az algoritmus egyszerű, a 
programlistából megérthető. 

Végül pár szó a mintafeladat ered- 
ményeiről. Az MC(SOR).DAT állo- 
mány mindössze három órát ír le, mind- 
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MIKROBAZÁR 





három utolsó 10 percében vásárlói , ro- 
hammal" (pl. egy iskola szomszédsá- 
gában lévő üzlet). A 3 óra alatt átlagosan 
50x0.75--10x3--50x0.25--10x1--50x 
0.5--10x2 — 135 
vevőre lehet számítani. Ahhoz, hogy 
megalapozott következtetéseket von- 
hassunk le, sok szimulációt végeztünk, 
melyek közül 15 eredményei (ez persze 
kevés!) láthatók a táblázatban. 


Átlagos várakozási idő 
Futás Vevő (1) (2) (3) (4) 


évprátógád 


118 50.77 10.62 7.85 11.66 


2 126 43.46 11.27 7.32 12.05 
3 128 63.80 11.42 8.12 12.22 
4 gay 51.18 9.96 7.46 10.91 
5 126 59.94 9.98 7.91 1126 
6 142 60.60 8.74 8.42 9.56 
z 147 70.80 9.57 9.87 10.21 
8 105 32.82 — 8.41 — 7.70 9.30 
9 127 59.71 — 9.65 — 7.89 — 10.71 
10 143 78.21 12.91 — 8.43 — 14.08 
11 126 43.46 11.27 — 7.32 — 12.05 
12 127 52.81 — 9.63 — 9.05 — 10.78 
13 134 68.27 — 9.87 8.50 — 11.03 
14 107 43.82 10.60 9.78 11.82 
15 118 35.66 7.86 7.22 8.77 
Átlag 127 54.35 10.12 8.19 11.09 
A stratégiák 
Az eredményekből nyilvánvaló, 


hogy az egyetlen kezdő pénztárost al- 
kalmazó üzlet (1) hamarosan bezárhat, 
hiszen a vevők az átlag 54 perces 
vásárlási idő töredéke alatt megjárhat- 
ják a másik utcasarkon lévő üzletig tartó 
utat. Egy gyakorlott pénztárossal (2), 
vagy két olyan pénztárral, amelyekben 
kezdők dolgoznak (3) és (4), ilyen gond 
már nincs. Az utóbbi három stratégia 
között egyéb szempontokat is figyelem- 
be véve lehet választani, de megjegy- 
zendő, hogy a negyedik (4) stratégia, a 
, pénztáronként külön sor" megoldás 
3599-kal hosszabb várakozási időt ered- 
ményez, mint az a megoldás (3), ahol 
2 pénztárhoz közös sor" szervezése 
történik. (Ha pénztáronként külön-kü- 
lön várakozó sor van, 3 vagy nagyobb 
pénztárszám esetén az időveszteség 
aránya még nagyobb lehet.) 

A tervezett és szimulált átlagos ve- 
vőszám eltérése ékesen bizonyítja a 
véletlenszám-generátor — minőségével 
kapcsolatos követelmények fontossá- 
gát. (Lásd erről az előző számainkban 
leírtakat.) 

Szondi Egon János 
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A kereskedelmi célú apróhir- 
detések tarifája gépelt soron- 
ként (azaz 60 karakterenként) 
300 forint. A terjedelem alap- 
ján kiszámított összeget kérjük 
az Új Alaplap Kiadói Kft szám- 
lájára átutalni (Agrobank, 
219-93789 / 2249-6368), vagy 
postautalványon közvetlenül a 
kiadó címére elküldeni (1538 
Budapest, Pf. 571), és feltün- 
tetni, hogy , Új Alaplap, apró- 
hirdetés". A befizetést igazoló 
szelvényt — a hirdetési szö- 
veggel együtt — a szerkesztő- 
séghez (a kiadóéval azonos 
címre) küldjék el. 





A szerzői jogokat sértő szoft- 
verhirdetéseket nem tesszük 
közzé. (Lásd erről bővebben 
1994. januári számunkat.) 


Eladó 


Commodore-64 
floppyval, programozható robotkarral, joy- 
stickkel. Irányár: 25000 Ft. Cím: Bozai 
Gábor, 8000 Székesfehérvár, Deák F. u. 14. 
I./2. Tel.: (22) 310-665. 


számítógép 


Sürgősen eladó garanciális Amiga 1200- 
as, ára: 45000 Ft. Ugyanitt eladó 120 MB 
HDD, ára: 20000 Ft. Cím: Sári Gábor, 5000 
Szolnok, Thököly út 16. fszt. 2. 


Eladó egy 286/20 MHz-es alaplap, ára: 
5000 Ft. Cím: Cseppentő Árpád, 1068 Bu- 
dapest VI., Dózsa György út 104. fszt. 2. 
Tel.: 112-8172. 


Eladó AT-386DX 40 MHz-es alaplap 
128 kbájt cache-sel és 4 MB RAM-mal. Tel.: 
266-2634, Tóthné, munkaidőben. 


Újszerű állapotban eladó ST3514A/X 40 
MB-os AT-buszos winchester (ára: 15000 
Ft), 14"7-os mono VGA monitor (ára: 8000 
FO, Sound Galaxy hangkártya (ára: 7000 
Ft), 3 gombos egér (ára 1000 Ft). Cím: 
Klajkó Róbert, 6326 Harta, Gallé T. u. 44. 
Tel.: (78) 312-555 (munkaidőben). 


Eladó Hercules monitor kártyával, ára: 
5000 Ft. Cím: Kálmán Károly, 1046 Buda- 
pest IV., Hajló u. 44. Tel.: 180-6778. 


Eladó HP LaserJet IIP nyomtató 2,5 
MB RAM-mal, HP Postscript kártyával. A 
más típusokhoz is jó memóriabővítő és PS 
kártya esetleg külön is eladó. Cím: Girasek 


Károly, 2651 Rétság, Pf. 44. Tel.: (35) 
350-436. 


Objektumorientált programozás Clip- 
perben: Objects 2.0. Kérésre tájékoztatót 
küldök. Cím: Szűcs János, 4400 Nyíregy- 
háza, Vasvári Pál u. 37. Tel.: (42) 313-568 
vagy 312-222/1382-es mellék. 


Munkahelyén vagy otthonában PC-s gép- 
ismeret, DOS, Windows és egyéb szoftver- 
ek betanítása, szaktanácsadás. Cím: 
Számker Bt, dr. Pajor Gábor Tel.: 275-7379 
Fax.: 176-8009. 


Stúdiómban megbízhatóan, ellenőr- 
zötten lefordítom angol, német, francia és 
magyar nyelvről/nyelvre műszaki és köz- 
gazdasági folyóiratok cikkeit, hardver- és 
szoftverleírásait. Áfás számlát állítok ki. 
Cím: Szász György, 1035 Budapest III., 
Kórház u. 25. Tel.: 168-4874. 


Eladnám vagy elcserélném 286/20 MHz- 
es alaplapom 1 MB-os VGA kártyára vagy 
1,44 MB-os meghajtóra. Cím: Szalai Csaba, 
9146 Rábapordány, Rákóczi F. u. 4. 


Cserélnék programokat! Elsősorban a 
Castle of the Winds 2 és a Prehistiric 2 
érdekel. Válaszboríték ellenében listát kül- 
dök a több mint 100 választható programról. 
Cím: Erdélyi Róbert, 6400 Kiskunhalas, 
Mártírok útja 31./b. 


Keresek tapasztalatcsere, levelezés majd 
megismerkedés céljából számítástechnikát 
kedvelő barátnőket, barátokat. Ugyanitt ke- 
resek programleírásokat is. Keress! Írj! Te- 
lefonálj! Cím: Kovács Gábor, 3526 Miskolc, 
Kassai u. 74. Tel.: (46) 328-065. 


Keresek vagy cserélek Adlib hangkár- 
tyához programokat. Ugyanitt eladó ST 251 
típusú 40 MB-os, 27 ms-os wichester ve- 
zérlőkártyával, ára: 12000 Ft. Eladó ZX 
Spectrum 48K számítógép botkormánnyal, 
illesztővel, játékprogram kazettákkal, szak- 
könyvekkel, ára: 7000 Ft. Cím: Szarka 
Endre, 8500 Pápa, Fő út 24. Tel.: (89) 
324-359 (napközben). 


Nyomdászok, DTP-sek, kiadók! Eladó 
Tipomaker v. 1.01 betűmintakönyv készítő 
program magyar vagy angol nyelven, kézi- 
könyvvel. Ára: 5000 Ft. Ingyenes tesztpél- 
dány! Keresem a program bizományi érté- 
kesítőit. Cím: Lezlisoft C.G., 1399 Buda- 
pest, Pf. 701/15. Tel.: 215-4633. 


Elkészült a programozással foglalkozó 
D-MAG ingyenes lemezújság 3. száma. 
Sok ASM, PAS és PRG forrás található 
benne, és természetesen a humor sem maradt 
ki belőle. Hársszegi Tibor, 3200 Gyöngyös, 
Warga L. u. 12. II/9. Tel.: (37) 317-062. 
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CONTROLLINON 7 
BÁZISRENDSZEREK N 


KOMPLEX, INTEGRÁLT 
INFORMÁCIÓS 
RENDSZEREK 

FEJLESZTÉSE ÉS 
TELEPÍTÉSE 


SchwaAr Rendszerszervezési és Fejlesztési Kft. 
1111. Budapest, Kruspér u. 5.-7. fszt. 2. Tel./Fax: 181-3332 








je 


INTELLIGENS SOFTWARE AT. 


H-1142 Budapest, Teleki B. u. 15-17. 


Telefon: 251-5949, 251-5449 Fax: 163-7416 























GUPTA-IOSOFT AKCIÓ! 


A GUPTA és az IO SOFT biztosítja 
az Ön számára, 

hogy térítésmentesen hozzájusson 

a legmodernebb fejlesztőeszközhöz! 


Ismerkedjen meg a 
GUPTA SOL 
WINDOWS 5.0-ás verziójával! 


s Intelligens objektumosztályok 

s Automatikus képernyőgenerálás 

s Mail-támogatás 

e Professzionális grafikus lehetőségek 


1994. szeptember 26-án kezdődő 3 napos tan- 
folyam keretében megismerkedhet a GUPTA 
fejlesztőrendszerével, 

és ÖNÉ a GUPTA SOL WINDOWS Solo 
verziója is! 


Információ: 251-9333/216 m. Szabó Tamás 





sg 
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PCINTER 


Szoftverház 





FeLhasználó ORientál: Alkalmazások 


Operatív controlling rendszer 
Export kereskedelmi rendszer 
Kereskedelmi és ügynöki rendszer 
Készletgazdálkodási rendszer 
Tárgyieszköz-nyilvántartási rendszer 
Pénzügyi-számviteli rendszer 
Termelésirányítási rendszer 
Bérszámfejtési rendszer 
Marketing információs rendszer 


Modularitás 


Pointer Bt, 
Bp. , Vörösmarty u. 20. IV./12., 1074 
Tel.: 142-9354: Tel./Fax.: 122-4257 
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EGK 
HA KOTÁSOK 
KAMADÁJA 


A Felnőttképzési Vállalkozások Kamarája 
Számítástechnikai és Informatikai Képzők Tagozata 
1994. november 4—5-én rendezi 
I. ORSZÁGOS KONFERENCIÁJÁT 


Keszthelyen, a Pannon Agrártudományi Egyetem 
konferenciatermében. 


A konferencia célja a számítástechnikai és informatikai 
szakképzést folytató intézmények és vállalkozások oktatói 
és szakértői részére az oktatási programokról és a képzési 
követelményekről tapasztalatcsere biztosít 

A szakmai tanácskozás mellett oktatási médiumok 
(könyvek, jegyzetek, szoftverek) és technikai berendezé- 
sek bemutatására, cseréjére és árusítására lehetőséget te- 
remtenek a rendezők. 

A konferencia főbb témakörei: 
szoftverfejlesztő- (szervező-, programozó-) képzés, szoft- 
verüzemeltető-képzés (alap- és középfok), alkalmazott 
műszaki szoftverek oktatása, oktatástechnológia. 

Várható költségek: 
részvételi díj 4500 Ft/fő, szállás és étkezés díja 
2800 Ft/fő/nap, szakembertalálkozó 700 Ft/fő. 


Jelentkezés és további információ: 
PATE SZÁMÍTÓKÖZPONT 
8360 Keszthely, Deák Ferenc u. 57. 
Tel.: (06-83) 312-330/ 274, 267 m. Fax: (06-83) 314-334 
Balassa Ildikó, Paller Annamária 
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Hol tartunk ma? 


VISSZACSATOLÁS 


A sebesség — elméleti oldalról 


Az Új Alaplap júliusi száma a számítástechnika gyakorlata 
szempontjából foglalkozott a sebesség témájával. 
Szerzőnk most a számítástechnikai sebesség-problematika 
filozófiájának és matematikájának 

néhány érdekes kérdésére kívánja felhívni a figyelmet. 


Közismert, hogy a sebesség fogalma 
milyen hosszú fejlődési folyamaton ke- 
resztül jutott el mai állapotába. A fizi- 
katörténet és a technikatörténet tanúsít- 
ja, hogy a mai, általunk már termé- 
szetesnek és szinte magától értetődőnek 
tartott sebességfogalomért az emberi- 
ség hány kiváló szellemének kellett 
megküzdenie. 

A sebességfogalom fejlődése azon- 
ban még ma sem fejeződött be. Ez a 
kérdéskör, a technika fejlődésének kö- 
szönhetően, jelenleg is alakul, gazda- 
godik. A , Sebességőrület" című tema- 
tikus szám lelkiismeretesen és gondo- 
latébresztően körüljárta azokat a leg- 
fontosabb számítástechnika-gyakorlati 
kérdéseket, amelyek ma a szakmát fog- 
lalkoztatják. Külön célszámokat lehet- 
ne azonban szentelni azoknak az érde- 
kes és fontos problémáknak, amelyek- 
nek nem jutott hely a júliusi számban, 
pl. a sebességnek lélektani szempont- 
ból, a sebességnek ergonómiai szem- 
pontból, és a sebességnek (egzakt) ma- 
tematikai szempontból. A következők- 
ben ez utóbbival foglalkozunk, nagyon 
tömören, tézisszerűen. 

Mi a sebesség? A sebesség jellemzője 
valaminek, ill. valamiknek. Mi a sebes- 
ség funkciója? Minden jellemző funk- 
ciója az informálás. Tehát a sebesség- 
nek mint jellemzőnek a funkciója is az, 
hogy informáljon valamiről. A sebes- 
ség, noha különösen fontos jellemző, 
de legtöbbször csak egy jellemző a sok 
közül, tehát általában nem ad, nem 
adhat teljeskörű jellemzést a jelleme- 
zendőről. 

Mindig  problémahelyzetben,  fel- 
adatmegoldás-helyzetben, viselkedés- 
alakítási helyzetben vagyunk, állandó- 
an és kikerülhetetlenül. (A feladatunk 
megállapítani, hogy mi a leghelyesebb 
viselkedés és ezt meg is valósítani.) 
Ennek az alaphelyzetnek, alapállapot- 
nak a helyes, legelőnyösebb kezelésé- 


hez általában sok információ kell, sok 
jellemzőt kell figyelembevennünk, sok 
mindenre kell odafigyelnünk, többek 
között a jellemzők egymás közti viszo- 
nyaira, pl. arra, hogy hogyan alakulnak 
a jellemzők egymáshoz és az idő ala- 
kulásához viszonyítva. Az időbeli ala- 
kulások, lezajlások egyik egyszerű és 
fontos jellemzője a sebesség, amely 
(szinkron, ill. valamilyen értelemben 
párhuzamos) megváltozások, ill. ezekre 
vonatkozó információk viszonyításá- 
nak eredményéről tájékoztat. Egysze- 
rűbb esetekben a sebesség valamilyen 
nem idő jellegű állapotmegváltozás és 
egy idő jellegű vagy annak tekintett 
állapotmegváltozás (szokásosan szám- 
mal jellemzett) viszonya. 

A tudomány, ill. a technika ismeri és 
használja a változási sebesség, az útse- 
besség, a darabsebesség, a térfogat-se- 
besség, a kihozatali sebesség, az áram- 
lási sebesség, a szállítási sebesség (szál- 
lítási teljesítmény), a munkavégzési 
(feladatmegoldási) sebesség stb. fogal- 
makat. Fontos megkülönböztető jelzője 
minden sebességnek, hogy pillanatnyi 
vagy átlagsebesség-e. 

Az egzakt sebességfogalom lényeges 
mértékben és módon támasz- 
kodik a differenciahányado- 
sokra, ill. differenciálhányado- 
sokra. Olyannyira, hogy cél- 
szerű magát a sebességet diffe- 


[fol fo 


A gépen belül sok minden zajlik. Az 
összes elemi fizikai jelenséget elég jól 
körül tudjuk írni, és az elemi fizikai 
folyamatok mindegyikének egzakt mó- 
don jellemezni tudjuk a sebességét is. 
A gép sebességének definiálásával 
azonban nem vagyunk könnyű helyzet- 
ben. Mi legyen az a jelenség, az az 
esemény vagy az a folyamat, amit meg- 
ragadunk, és a sebesség definiálását 
ráépítjük? 

A gép sebessége kétségkívül munka- 
végzési sebesség, feladatvégzési sebes- 
ség kell, hogy legyen. De mi az a 
munka, az a feladat, amire a definiálás- 
nál támaszkodhatunk? Számolás? Adat- 
átvitel? Nyomtatás? — Billentyűzés? 
Vagy egy lineáris egyenletrendszer 
megoldása? Mielőtt a kérdésre megad- 
nánk az egzakt választ, foglalkozzunk 
egy rokon problémával, amely jól meg- 
világítja a lényeget! 

Egy régi, ismert (és gyönyörűszép) 
elemi matematikai feladat a következő. 
Két ember egyszerre indul A-ból, és 
minél előbb (minél gyorsabban) el kell 
jutniuk B-be. A feladat megoldásához 
rendelkezésükre áll egyetlenegy kerék- 
pár és az A és a B közti egyenes, 
akadálytalan út, amelyen mindegyikük 
gyalogos sebessége 5 km/óra, kerékpá- 
ros sebessége pedig 15 km/óra. A ke- 
rékpáron egyszerre csak egy ember 
utazhat. Hogyan érnek célhoz leggyor- 
sabban? 

A megoldást a mellékelt út-idő diag- 
ram és szalagdiagram szemlélteti. Az 
egyik ember elindul gyalog, a másik 


Alak(ulás)típusok 


fo 





renciálhányadosként definiál- 
ni. Érdekességként említjük, 
hogy ma már több differenci- 


E a Szigorúan 
J monoton 
/ növekvő 





álhányados jellegű fogalmat is- 
mer és használ a tudomány, 
nemcsak a Newton-Leibniz 
félét, és ha ezek mindegyiké- 


Állandó 





nek megkeressük a gyakorlati 
alkalmazását, egy nagyon ér- 
dekes világ kapujában találjuk 
magunkat. (Gondoljunk pl. a 
tört rendű vagy a komplex ren- 
dű differenciálhányadosokra!) 


Szigorúan 
monoton 
) csökkenő 





Konkáv 


Konvex Lineáris 
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kerékpáron. A kerékpáros félúton le- 
száll, otthagyja a kerékpárt társának, és 
gyalog megy tovább. Az, aki gyalog 
indult, a kerékpárhoz érve felszáll a 
kerékpárra, és kerékpáron folytatja az 
utat. Így egyszerre fognak B-be érni. 
Ily módon az utazópáros az utat a 
gyalogos és a kerékpáros sebesség 
számtani átlagával egyenlő átlagsebes- 
séggel teszi meg. (Jó, ha felfigyelünk 
az átlag megjelenésére. Gondoljunk a 
mixekre!) 

Ajánljuk az olvasónak, hogy oldja 
meg a feladatot általánosabban is, pl. n 
személlyel, p darab egyszemélyes ke- 
rékpárral, r darab kétszemélyes tandem- 
mel, g darab kétszemélyes motorkerék- 
párral, és adott befogadóképességű, kü- 
lönböző sebességű gépkocsikkal! A 
közlekedési eszközök sebessége termé- 
szetesen adott. 

Oly módon is érdekes a probléma 
megoldása, hogy a többszemélyes jár- 
művek visszafordulását is megenged- 
jük; miután B-ben letették utasaikat, 
visszafordulhatnak a még úton levőket 
célba segíteni. A számítógépben ilyen 
és még bonyolultabb folyamatok zajla- 
nak. A közlekedési eszközöknek a gép- 
ben a műveletvégző funkciójú egysé- 
gek, pl. billentyűzet, processzorok, 
nyomtató(k), a közútnak az adatáram- 
lási csatornák felelnek meg. 

Az a problémahelyzet, feladatmegol- 
dás-helyzet, viselkedésalakítási hely- 
zet, amit az A-ból B-be igyekvő két 
személynek meg kellett oldania, kezel- 
nie kellett (és az utána közölt általáno- 
sabb is), valamint a gép helyzete, ami- 
kor feladatokat kell megoldania, tipikus 
kiszolgálási (, sorbanállási") erőforrás-, 
ill. eszköz-allokálási (térbeli és időbeli 
allokálási) feladat megoldását igényli, 
de ha tetszik, azt is mondhatjuk, tipikus 
(optimális) programozási feladatot kell 
elvégezni. 

Programoznunk kell a személyeket 
és a járműveket, az egyes funkcionális 
egységeket. Meg kell mondanunk, elő 
kell írnunk, hogy mit tegyenek, mi 
legyen velük! Minden programkészítés 
mindig egy kiszolgálási, erőforráshasz- 
nálati és -elosztási feladat megoldása. 
Szakkifejezéssel, a rendelkezésre álló 
erőforrások (eszközök) particionálása. 

Mindig, amikor azt a kérdést tesszük 
fel, hogy , Mi a feladat, amit el kell 
végezni, és milyen eszközök állnak 
rendelkezésre a feladat elvégzéséhez?", 
akkor tipikus kiszolgálási, ellátási fel- 
adattal állunk szemben, még akkor is, 
ha ez nem tudatosodik bennünk. Az 
ilyen helyzet pedig elég gyakori. Tulaj- 
donképp minden helyzet ilyen. Ezért 
elméletileg és gyakorlatilag is döntő 
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Y mozgása 


kerékpárral gyalog 


Y mozgása 


becsléseinknek kell lenni 
azokról — a kapcsolatokról, 
amelyek a fontosabb leíró, 





X mozgása 
gyalog 


kerékpárral 


gyalog 


x mozgása 
kerékpárral 


kerékpárral 


meghatározó vagy csak beha- 
tároló jellemzők között van- 
nak. (A számítástechnikai se- 
besség pl. tipikusan , behatá- 
roló" funkciójú jellemző.) 
Lépten-nyomon találko- 
zunk olyan megjegyzésekkel, 
delge hogy ennek vagy annak a 
idő — programnak a futása ilyen 
vagy olyan körülmények kö- 
zött , nagyon lelassul". De en- 
nél a cseppet sem tudományos 
megállapításnál többre nem- 
igen vagyunk képesek. Még 
egy valamire való közelítést, 
becslést sem tudunk adni, még 
egyváltozós esetekben sem, 


vVax a 





fontosságú, hogy eleve mindent kiszol- 
gálási, kiszolgáláselméleti szemlélettel 
(is) kezeljünk. 

Visszatérve a gép sebességének de- 
finiálására vonatkozó eredeti kérdé- 
sünkre, meg kell állapítanunk, hogy , a 
megoldást" hiába keressük, mert ilyen 
nincs. A gép ugyanis kiszolgáló rend- 
szer, feladatmegoldó rendszer, és mint 
ilyen, annyiféle feladatmegoldási, ki- 
szolgálási sebessége van, ahány feladat 
megoldására képes. Tehát a gépnek , a 
sebességéről" beszélni értelmetlenség. 

Ez az egyetlen helyes és egzakt vá- 
lasz. Az is tény azonban, hogy ezt a 
választ nem érezzük kielégítőnek. Ha 
ragaszkodunk az egzaktsághoz és ért- 
hetőséghez, akkor a továbblépéshez 
már némi automataelméleti és kiszol- 
gáláselméleti kitekintésre is szükség 
van. 

Ha megnézzük, hogyan kezeli szak- 
mánk a sebesség kérdését, teljes mér- 
tékig egyet kell érteni azzal a minősí- 
téssel, amit a , sebességőrület" kifejez, 
hiszen az őrültségre jellemző, hogy 
vagy nem vesz figyelembe lényeges 
dolgokat, vagy azok arányát ítéli meg 
tévesen. Sokan minden problémának a 
megoldását az egyre nagyobb sebessé- 
gű rohanásban keresik. A régieknek az 
ilyen emberekre volt egy találó szava: 
, futóbolond". 

Végzetessé válhat, ha hagyjuk, hogy 
a sebességgel kapcsolatban csak annak 
a nagysága és egyre nagyobb volta 
lehessen téma. A számítástechnikán be- 
lül többféle jellemző többféle sebessé- 
gének is nélkülözhetetlenül fontos sze- 
repe van. Nemcsak az a fontos, hogy 
mennyi a sebesség, hanem az is, hogy 
mikor mennyi. Sót, az is, hogy mikor 
miért annyi, amennyi. A komolyabb 
alkotó-fejlesztő "munkához legalább 


mert a becslési technikánk 
annyira fejletlen. Pedig — különösen a 
gép segítségével — többre is képesek 
lehetnénk. A kulcs: jobban oda kell 
figyelni a sebességekre. 

A gyakorlatban használt egyváltozós 
függvénykapcsolatok grafikonjai (tehát 
a legegyszerűbb becslések grafikonjai 
is) a 2. ábra táblázatában látható dara- 
bokból épülnek fel. Már maga ez a tény 
is meglepő, és rendkívül nagy jelentő- 
ségű; mindössze hétfajta építőelemből 
épül fel a gyakorlatban fontos minden 
egyváltozós függvény. Még meglepőbb 
azonban az, a már szinte hátborzongató, 
misztikus mélységekre utaló tény, hogy 
a 2. ábra görbedarabjainak lényegi jel- 
lemzése, ha ezek a görbedarabok meg- 
felelően simák, egyetlen fogalomra tá- 
maszkodhat, és ez a fogalom a sebesség, 
a változási sebesség, a differenciálhá- 
nyados. (A táblázat bal szélső és jobb 
szélső oszlopa, valamint felső és alsó 
sora nem ekvivalens jellemzőket tartal- 
maz. A jobb oldali oszlopban és az alsó 
sorban általánosabb tulajdonságok sze- 
repelnek.) 

Példánk bizonyítja, hogy a sebesség 
kulcsfogalma az alakjellemzésnek, és 
az alakjellemzés révén, lényegében 
mindennek, minden olyan leírásának, 
ami a gyakorlati tudományban ér vala- 
mit. 

A sebességnek vannak és lesznek is 
őrültjei. Ettől függetlenül a sebesség a 
gyakorlatnak — annak minden terüle- 
tén! — olyan nélkülözhetetlen fontos 
fogalma, amelynél fontosabb fogalom 
nincs. A sebesség témájával való hig- 
gadt és tárgyilagos foglalkozás tehát, 
nemcsak a , sebességőrületnek" haté- 
kony ellenszere, hanem a számítástech- 
nika fejlődésének is nélkülözhetetlen 
alapja. 

Pogány Csaba 
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ah ég makrotrend 


VT d 1143 Budapest XIV., Hungária krt. 65-67. 
Telefon: 183-4356 Fax: 163-7888 









AMGIC TÓ 


, ————— OBJEKTUMORIENTÁLT, — 
KÓD NÉLKÜLI ALKALMAZÁSFEJLESZTŐ RENDSZER 





A KAO" disztribútora a makrotrend 








100 db 
67,20 


500 db 
64.20 


1000 db 
61,30 


Típus Darabár 
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Állami költségvetési szerveknek, oktatási intézményeknek 
további kedvezmények! 











Operációs rendszerek: 
DOS, Novell, Unix, VAX/VMS, OS/2 
Támogatott adatbáziskezelők: 

Btrieve, ctree, C-ISAM (Informix), dBase, Rdb, RMS, 
Ingres, Oracle, Paradox, Netware SOL Server (Sybase) 


ONYX Szoftverház 
1118 Budapest, Mányoki út 14. 
Telefon: 267-1183 Telefax: 166-9189 





Dealerek jelentkezését várjuk! 
Részükre további ár- és fizetési kedvezményt biztosítunk! 


A makrotrend a COMPEX, NOVELL OEM, 
LANTECH, BEST, VICTRON, CHICONY 
termékek hivatalos disztribútora. 












Áraink a 2599 áfát nem tartalmazzák. 






makrotrend - a hosszú távú kapcsolat 


PANORÁMA 





Ha a Computer Panoráma Kft.-nél négy számra 
előfizet, akkor egy szám árát megtakaríthatja! 
1460 forint helyett csupán 1095 forint! 


A 3. szám tartalmából: 

nyomtatőkről tesíz]jtközelben, 

Windows programozás, A megrendelőlapot -— felbélyegzett borítékban — az alábbi címre 
Paintbrush vallatás, kérjük elküldeni: 


Computer Panoráma Kiadói Kft. Budapest VII., 


a Windows és a processzorok, Wesselényi u. 17. IV. em. 1077 


egy újabb szótár program, 








tucatnyi tipp és trükk ESZE ESÉS esd ezaz 53 
és még számtalan érdekes ! Elő kívánok fizetni a Windows Panoráma című folyóiratra! 
olvasnivaló. Hegáb 

! Név: 

! 7z 
FAN TTTA LAN eb [/ Postagátás—— 
hasznos programok ; Bankszámlaszám, 
és fantasztikus játékok. ! OTP-fiók és alszámlaszám: 

! (Cégszerű) aláírás: 
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A teljesítmény nő, az ár nem mindig! 


Mindenhonnan visszaköszönő hálózat 


E havi kiemelt témánkhoz, az adatbáziskezeléshez kapcsolódva az új termékek között is 
érdemes körülnézni. A Silicon Graphics legújabb adatbázis-szervere mellett a megújult 
háromnyelvű jogszabálygyűjtemény szolgáltatásaira is kitérünk. Uj oldaláról mutatjuk be az 
eddig elsősorban statisztikai programcsomagként ismert SAS-t. Egyre bővül az Indy 
gépcsalád, és az Apple kedvező árú, könnyen kezelhető multimédia géppel jelent meg a 
piacon. Elkalandozva az operációs rendszerek világába, az SCO Unix új biztonsági 


megoldásaira hívjuk fel a figyelmet. 


Bővülő Silicolonia 


Júniusi számunkban hosszabb cikkben foglalkoztunk a 
Silicon Graphics (SG) munkaállomásokkal, de egyre több 
friss információ érkezik Silicolnoiából. Elkészült — és a 
gépekben már benne is van — az új processzor, az R4600-as. 
Az Indykbe (az R4600/100MHz PC-be és az R4600/133MHz 
SC-be) szánt új CPU teljesítményét a hazai forgalmazók is 
tesztelték, és az alkalmazástól függően a gyártók által beígért 
másfél-kétszeres teljesítménynövekedést tapasztaltak. 

Kellemes hír, hogy a megnövekedett teljesítményért 
ugyanazt az árat kell fizetni, mint amennyit korábban egy 
R4000-e diszk, monitor, stb.) 
— Indy PC-ért vagy Indy SC-ért. A régi gépek természetesen 
fel is újíthatók, mert az R4000-es és R4600-as processzorok 
teljesen kompatibilisek egymással. Annyi csak a teendőnk, 
hogy a régi CPU modult kiemeljük a gépből, az újat pedig 
bedugjuk a helyére. A fent említett Indy gépcsalád szép 





csendben gyarapszik. A 100 MHz-es MIPS R4000 SC modell 


processzorát felváltja a 133 MHz-es R4600SC típusú CPU, 
és a 4095-kal nagyobb teljesítményű gépet változatlan áron 
kínálja a Silicon Graphics. További újdonság, hogy — az X 
Window, 2D és egyszerűbb 3D alkalmazásokra optimális — 
8 és 24 bites XL grafika mellett az Indy gépcsaládban is 
megjelent az XZ grafikus alrendszer. 

Az XZ olyan célhardverral támogatott, 3D-s applikációkra 
kifejlesztett 24 bites, Z pufferrel rendelkező grafika, amely 
az SG grafikus processzoraira (Geometry Engine) épül. 
Közvetlenül hardverszinten támogatja a térbeli testek meg- 
jelenítési, mozgatási, transzformációs, színárnyékolási stb. 
funkcióit. 

Az SG azonban nemcsak munkaállomások gyártójaként 
ismert, hanem vezető szerepet játszik a RISC-alapú SMP 
(Symmetric Multi Processing) technológia kialakításában és 
fejlesztésében. Ennek legújabb eredményeként nemrég piacra 
dobta az SMP-alapú számítógéprendszerek második generá- 
cióját. A Challenge termékcsalád elsősorban adatbáziskezelő 
szervergépként jöhet számításba, kiszolgál minden nagyobb 
A ee rendszert. A központosított, többfelhasználós rend- 





e 
File Edit Viewiag — Select 


ars [danips — light: 


Hotx Roty 
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szerekben fájlkezelésre, raktározási és ar- 
chiválási célokra, nagy teljesítményű szá- 
míiítógépes analízisre egyaránt használható. 
A Magyarországon is forgalmazott új Chal- 
lenge szerverek ára jóval alacsonyabb, mint 
a mainframe gépeké, teljesítményük pedig 
felül is múlja azokét. 

A Challenge termékcsalád új generációja 
az S és a DM szerverekkel bővült. Januárra 
várható a Challenge L és XL SMP rend- 
szerek megjelenése. 

A belépő Challenge S szerver kétféle 
konfigurációban érhető el: 100/150 MHz- 
es, R4600/R4400 processzorral, 500 MB/1 
GB diszkkel és 32 MB memóriával. ADM 
szerver egytől négy processzorig skálázha- 
tó R4400-as, 100 MHz-es CPU-val. Első- 
sorban olyan területeken célszerű alkal- 
mazni, ahol gyakoriak az adatátviteli (I/O) 
műveletek. 

Az egyre több helyen alkalmazható, Irix 
operációs rendszer alatt futó szerverek bi- 
nárisan kompatibilisak valamennyi SG 
munkaállomással. 


Új röppályán a SAS 


A Magyarországon is jól ismert SAS gazdasági szoftver 
nemcsak statisztikai programcsomag, hanem hatékony fej- 
lesztő környezetis, amellyel kulcsrakész rendszerek hozhatók 
létre. Ez utóbbi irányzat erősödését igazolja, hogy a SAS-nál 
külön részleget hoztak létre a nyílt rendszerek gyors alkal- 
mazásfejlesztésére. 

ASAS nyár végén megjelenő 6.10-es verziója már számos 
új vonást tartalmaz a gyors alkalmazásfejlesztés területén 
(RAD: Rapid Applications Development). Ennek lényege, 
hogy a felhasználók objektumorientált alkalmazásfejlesztői 
környezetet kapnak, amely konzisztens az összes platformon. 
Biztosítja az adatok és alkalmazások teljes körű, operációs 
rendszerek közötti és géptípustól független hordozhatóságát. 
Az objektumorientált alkalmazásfejlesztési technikákkal bár- 
milyen méretű alkalmazások gyorsan létrehozhatók és rugal- 
masan karbantarthatók. 





A SAS kliens/szerver eszközei támogatják az egyenrangú 
munkaállomásokon történő (peer-to-peer) adatfeldolgozást. 
Az új verzióban már megvalósult az osztott feldolgozás és 
az osztott adatelérés: az intézmények optimalizálhatják szá- 
mítástechnikai erőforrásaikat. Az RAD-környezetben fejlesz- 
tett alkalmazások tartalmazhatnak osztott adattárakat (Data 
Warehouse) is, amelyek magukba foglalhatnak nagygépen, 
minigépen és munkaállomásokon futó Windows, Windows 
NT, OS/2 vagy Unix alatti alkalmazásokat. 

A SAS eddig AIX, HP-UX, Solaris 1 és 2 operációs 
rendszerek alatt állt rendelkezésre, de az új verzió hozzáfér- 
hető a Digital Alpha gépein, OSF/1 alatt is. Bővült a 
hardverplatformok száma is, hisz a SAS futtatható a MIPS 
ABI és az Intel ABI-- szabványnak megfelelő CDC, SGI, 
NEC, Sony, Tandem, ATXT, Seguent, Unisys és SunSoft 
gépeken is. 





Biztonságra törekszik az SCO 


A rekkenő nyári melegben adott randevút Bécsben az SCO 
Kelet-Európából érkező disztribútorainak (Areco Systems), 
a nagyfelhasználóknak és az újságíróknak. A worksgroup 
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jellegű szemináriumokkal kiegészített konferencián — az 
IDC adatai alapján — beszámoltak arról, hogy a világ 93-as 
unixos szerverpiacából 3390-ot, a PC-s Unix-piacból pedig 
759o-ot (!) szerzett meg az SCO. 

A konferencián terítékre kerültek a Unix operációs rend- 
szer alatti biztonsági kérdések is. Bemutatták az SCO CMW-- 
névre keresztelt biztonsági termékét, amely az SCO Unixnak 
igen biztonságos verziója. Az amerikai kormányzati specifi- 
kációnak megfelelő termékbe titkossági szintek építhetők be. 
A CMW-t- lényege: eldönti, hogy egy adott személy mihez 
férhet hozzá azon a gépen, vagy a teljes hálózatban. Minden 
információhoz tartozik egy címke, amely megmutatja, hogy 
az mennyire titkos. A CMW- filozófiája eltér az alap-Uni- 
xétól, amely az , ami nincs megtiltva, az engedélyezett" elvet 
követi. A CMW-t- esetében fordított a helyzet: , Ami nincs 
engedélyezve, az tilos!" 

Amerikában a CMW-1 már ismert, noha eddig csak 
szolgáltatásként rendelhették meg a felhasználók. Az SCO 
azonban , dobozolta" termékét, és az Kelet-Európába már 
ilyen , kiszerelésben" érkezett. Az SCO a C2-es biztonsági 
szintet tartja, ezen belül a CMW-- már most eleget tesz a 
B2-es biztonsági követelményeknek, de az SCO ígérete 
szerint a termék hamarosan Bl szintre fejlődik. Igaz, a 
többletbiztonság több adminisztrációval is jár, ami a rend- 
szeradminisztrátorok vállát nyomja. 

A konferencián megismerkedhettünk az Informixon és 
CMW--on alapuló első olyan hálózattal is, amelybe több- 
szintű titkosságot építettek be. Az USA tartalékos állomá- 
nyának , ember és eszköz" rendszere 1,2 millió személy 
adatait tartja nyilván. A 60000 felhasználós rendszerben 
12 000 SCO szervert, 48 000 X-terminált és 8000 LAN-t 
kötöttek hálózatba. A mintegy kétmilliárd dolláros honvédel- 
mi projekthez 35 000 oldalas specifikációt készítettek, s csak 
ezután rendelték meg a szervereket. (Érdemes lenne a 
sorrenden elgondolkozni a magyar számítástechnikusoknak 
is, akik előszeretettel előbb rendelnek , valamit", s csak ezután 
specifikálják — ha egyáltalán specifikálják a feladatot.) 

A legnagyobb amerikai honvédelmi rendszer jelenleg a 
B2-es biztonsági szintnek felel meg, vagyis csak az , átvilá- 
gított" emberek léphetnek be a rendszerbe. A cél azonban a 
B1 szint: ne kelljen mindenkit ellenőrizni, hanem csak azokat, 
akik a titkos adatokhoz akarnak hozzáférni. 

Az SCO rendkívül komolyan veszi a biztonságot. Éppen 
ezért késő ősszel egy biztonsági szerverrel (Security Server) 
is kirukkol, amely a Kerberoshoz hasonló biztonsági rend- 
szert nyújt. 








§$CO Open Desktop 

SSCO UNIX System 

eGraphical Environment: XLIRS, Motif, 
Desktop Manager, Accessories and 


SGO Open Desktop Lite 

95CO UNIX System 

eGraphical Environment: XIIR5, Motif, 
Desktop Manager, Accessories and 


Comtrols Controls 

eNetworking Services: TCP/IP, NIS, NES,  eNetworking Services: TCP/IP 
IAN Manager Client 

S MS-DOS Services: MS-DOS 5.0, 


MS-Windows 3.1 support 
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Multimédiás Macintosh 


Sokan emlékszünk még azokra az öles plakátokra, ame- 
lyekről Fa Nándor nézett ránk egy PowerBook társaságában. 
De nemcsak a tengerek magányos hajósának jön jól a 
noteszgép, hanem az egyszerű földi halandók népes táborának 
is. Az ő igényeik kielégítésére az Apple újabb formatervezett 
noteszgépet hozott forgalomba. A PowerBook 150 mindössze 
2,5 kg-os, a beépített SCSI-csatoló alkalmas merevlemez, 
nyomtatók, szkennerek és CD-ROM-olvasók csatlakoztatá- 
sára. Külön megrendelésre faxmodemmel is bővíthető a 4-től 
40 MB-ig bővíthető memóriájú 150-es modell. 





Az Apple azonban nemcsak a hordozható gépek világában 
gyarapította kínálati palettáját, hanem multimédiával kapcso- 
latos új Macintosh-termékeket is piacra dobott. A bejelentés 
középpontjában az új Macintosh 630-as rendszer áll, amely 
66/33 MHz-es Motorola 68.C040-es mikroprocesszorral, 4 
MB RAM-mal (amely 36 MB-ig bővíthető), 250-350 MB-os 
merevlemezzel készül, és PowerPC processzort tartalmazó 
bővítőkártyával könnyen alakítható PowerPC technológiára. 

Az infravörös távirányítóval és CD-ROM-olvasó bővítő- 
hellyel felszerelt Macintosh 630-as számítógépen merőben 
új multimédia-megoldásokkal találkozunk. Ilyen például a 
Video System: a számítógéphez valamilyen videoeszközt 
(kamkordert, videomagnót) csatlakoztatunk, és a képernyő 
változtatható méretű ablakában videót nézhetünk. A video- 


képeket fel is vehetjük, majd azokat beilleszthetjük doku- 
mentumainkba (beszámolóinkba, előadásainkba). 

Új multimédia-megoldás a Video/TV System is: haszná- 
latával tévéműsort nézhetünk a monitor egyik ablakában. Így 
a televízió információforrássá válik, amely egyesek szerint 
előny... Mi , csak" technikai érdekességet látunk benne, s 
nem igazán örülünk, hogy a háttér-televíziózás a számítógép 
képernyőjére is beköltözik. Azt azonban hasznosnak érezzük, 
hogy a televíziós műsorból egyetlen gombnyomással készít- 
hetünk felvételeket, amelyeket felhasználhatunk dokumen- 
tumainkban. 

Egy kicsit még a tévénél maradva: megoldották, hogy 
tévékészüléket is lehessen csatlakoztatni a számítógéphez, 
ami különösen jól felhasználható prezentációknál: a hallga- 
tóság a tévé képernyőjét nézi, s a kép megjelenik az előadó 
gépének monitorján is. Használhatják tanárok az iskolában, 
üzletemberek tréningeken, de otthon is jobban lehet játszani 
egy nagyképernyős tévén, mint a számítógép monitorján. 





Jogszabályok — három nyelven 


A Jogtár nevű, a Magyar Közlönyben megjelenő teljes 
magyar hatályos joganyagot tartalmazó szoftverrel már több 
ízben foglalkoztunk. (A Jogtár nem tévesztendő össze a 
Kerszöv által forgalmazott Complex CD-Jogtárral.) Hason- 
lóan a jogszabályokhoz a Jogtár is állandóan megújul és 
bővül. Most a szerkesztők azon dolgoznak, hogy a joganyagot 
az ágazati közlönyökkel és a bírósági határozatokkal is 
kiegészítsék. A jogászi munkacsoportokra gondolva a fej- 
lesztők elkészítették a szoftvernek a hálózati erőforrásokat 
kihasználó, Windows for Workgroups alapú, kliens/szerver 
architektúrára épülő változatát és a Unix alatti kliens/szerver 
verziót. Késő ősszel lát napvilágot a Windows NT-s változat. 

Egyéves születésnapját ünnepelte a Hypermedia CD- 
ROM-on terjesztett másik terméke: A magyar gazdasági 
jogszabályok háromnyelvű gyűjteménye. A születésnap al- 
kalmából új köntöst kapott a szoftver, és a Jogtáréhoz hasonló 
háromdimenziós, ikonokkal bővített felhasználói felülettel 
látták el. A legfontosabb jogszabályokat magyar, angol és 
német nyelven tartalmazó kiadvány elsősorban a vegyesvál- 
lalati, külkereskedelmi és nemzetközi jogászi munkát segíti. 
A benne foglalt teljes joganyag összes szava és azok kom- 
binációja szerint kereshetünk benne. Igaz, ezt tudja a , mezei" 
Jogtáris, de itt az egyik nyelven megtalált szövegrész a másik 
nyelven pillanatok alatt a képernyőre hozható, kinyomtatható, 
szövegszerkesztő programba átemelhető, így például a kül- 
földi üzleti levelezésben közvetlenül felhasználható. 

Sziebig Andrea 





7 : zza ComputerBooks AO9g11 48. 

E számunk hirdetői Combúter Panoráma A0912 — 61. 
Digitrade AO0913 53. 

DTC AO9g14 48. 

cég jotoAAthoa] Dunapack Rt A0915  B2. 
Alfadat AO9g01 29. DynaSoft AO0916 47. 
Areco Informatika — A0902 22. Elender AO9g17 54. 
Areco Systems AO903 34. Fan AO9g18  K4. 
Axis Ao9g04 29. Fefo AO9g19 45. 
Axis AO905 47. 3Soft AOg20 39. 
ÁVÜ AO906 21. Holland Rt AO921 42. 
Beco AO907 45. Humansoft Aog22 34. 
CADserver AO9g08 Kt. Humansoft Ao9g23 53. 
Cédrus Kiadó AO9g09 Kt. Hypermedia AO924 Kt. 
Compexpo AO9g10 37. 181 A0925 18. 





10Soft AOo926 58. Pointer Bt AO9g41 58. 
Írisz AO0927 22. Profon Aog42 22. 
Keszo AO928 K4. OAwerty Aog43 K2. 
Kim-Soft AO9g29 54. Roberts 8. Tocsi Aog44 22. 
Lion AO9g30 34. Schrack Aog45  B3. 
Makrotrend AO931 61. Schwar Aog46 58. 
Megatrend Ao9g32 22. SCI Modem AO947 54. 
MemoLuX AO9g33 32. Scope Aog4á8 02. 
MTA SZTAKI AOo9g34 53. TCC Computer Aog49 45. 
4D CAD Stúdió Aog35 29. TradiStar AO9g50 48. 
Novell A0936 B4. Tímár Tourist AO0951 45. 
Onyx AO937 61. Unisoftware Ao952 K4. 
OpenSoft Aog38 29. Vectra Aog53 53. 
PATE Aog39 58. VT-Soft AO954 48. 
PC Szoftver AO940 54. Walton AO9g55 47. 
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MEGÓVDÁSZSGHRACKTET 


Lehet, hogy Ön 10, 20 vagy 30 telefonszámot is 
képes fejben tartani, de van, amikor ez is kevés. 
A BusinessPhone telefonrendszer több száz név 
és telefonszám tárolására, és megközelítőleg 
200 mellék kapcsolására képes. A sokoldalú 
BusinessPhone belső, házi használatra is kiválóan 
használható. A belső hangpostával a cégen belül 
bárki, bármikor elérhető, így az adott információ 
időben eljut mindenkihez. Ha folyamatos 
kapcsolattartásról van szó, a BusinessPhone 
utolérhetetlen! Akkor sem marad le egyetlen fontos 
hívásról sem, ha éppen nem az irodájában 
tartózkodik, mert a belső hangposta segítségével 
Ön könnyen megtalálható, és a hívás továbbítható. 
A BusinessPhone megkönnyíti az irodai munkát. 


SCHRACK... és máris a jövőben vagyunk. 


Schrack Telecom Rt. 1081 Budapest, Köztársaság tér 3. Tel.: 269-9086; Fax: 210-2994 


INFORMÁCIÓKÉRÉS: A0945 A 
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Hálózati kommunikáció? Természetesen, NetWare 4. 


Úgy mondják, a gyakorlat tökéletesít. Ha a 
lehető legjobbra van szüksége megbízható, 
rugalmas, költséghatékony számítógéphálózat- 
szervezésben, számítson rá, hogy megtalálja a 
szakterület elismert piacvezető cégének legújabb 
ajánlatában. 

Nem fog csalódni. 
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A Novell NetWare 4-ese új mércét állít fel 
sebesség, teljesítmény és menedzselhetőség terén. 
Az eddigieknél több 
szolgáltatást és integrációs lehetőséget kínál. 


lényegesen szélesköi 
Lehet az Ön cége kisebb vagy nagyobb 

méretű számítógéphálózati felhasználó, működhet 

szűkebb térségben vagy akár világméretekben, 


a NetWare 4 az ideális számítógéphálózati megoldás 


az Ön számára — most és a jövőben is. 

További információért a NetWare 4-ről, 
helyi Novell feljogosított 
viszonteladóját, vagy küldjön egy Es 
fax-ot a Novell-nek a 266 6360-as ka 
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keresse az Ön 


budapesti számon. 
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